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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The present document specifies the stage 2 description for the fourth phase (see 3GPP TS 22.078 [2]) of the Customized 
AppUcations for Mobile network Enhanced Logic (CAMEL) feature within the 3GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the stage 2 description for the Customized Apphcations for Mobile network Enhanced 
Logic (CAMEL) feature which provides the mechanisms to support services for the IP Multimedia Core Network (IM 

CN) Subsystem. 



References 



The following documents contain provisions, which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 2L905: "3rd Generation Partnership Project; Technical Specification Group Services 
and System Aspects; Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 22.078: "3rd Generation Partnership Project; Technical Specification Group Services 

and System Aspects; Customised Applications for Mobile network Enhanced Logic (CAMEL); 
Service description. Stage 1". 

[3] 3GPP TS 22.228: "3rd Generation Partnership Project; Technical Specification Group Systems 

Aspects; IP Multimedia (IM) Subsystem -Stage 1. 

[4] 3GPP TS 23.078: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 3 Stage 
2 specification (Release 99)". 

[5] 3GPP TS 23.218: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; IP Multimedia (IM) Session Handling; IP Multimedia Call Model. 

[6] 3GPP TS 23.228: "3rd Generation Partnership Project; Technical Specification Group Services 

and System Aspects; IP Multimedia Subsystem (IMS) Stage 2. 

[7] 3GPP TS 24.228: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; Signalling flows for the IP multimedia call control based on SIP and SDP. 

[8] 3GPP TS 24.229: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; IP Multimedia Call Control Protocol based o SIP and SDP; Stage 3". [9] 3GPP 
TS 29.002: "3rd Generation Partnership Project; Technical Specification Group Core Network; 
Mobile Application Part (MAP) specification". 

[10] 3GPP TS 29.229: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; Cx and Dx Interfaces Based on the Diameter Protocol; Protocol details". 

[II] 3GPP TS 29.278: "3rd Generation Partnership Project; Technical Specification Group Core 
Network; Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 4 
CAMEL Application Part (CAP) specification for IP Multimedia Subsystems (IMS)". 
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Definitions and abbreviations 



3.1 Definitions 

Home Subscriber Server (HSS): Functional entity containing the subscription related information to support the 
network entities actually handling calls/sessions. For subscribers requiring CAMEL support, the HSS includes partial 
HLR functionality for storing the information relevant to the current subscription regarding CAMEL Subscription 
Information for IMS. The HSS sends IM CAMEL Subscription Information data to the IM-SSF and CSE using a MAP 
interface. 

IP Multimedia Service Switching Function (IM-SSF): CAMEL functional entity that provides the interworking 
between SIP session control and the CAMEL state models. The IM-SSF also provides the CAMEL interface to HSS for 
downloading the subscriber's CAMEL Subscription Information data for IMS. 

IP Multimedia Basic Call State Model (IM-BCSM): IM-BCSM provides a high-level model of CSCF activities 
required to establish and maintain communication paths for users. As such, it identifies a set of basic call activities in a 
CSCF and shows how these activities are joined together to process a basic call. 

IP Multimedia CAMEL Subscription Information (IM-CSI): IM-CSI identifies the subscriber as having IP 
Multimedia CAMEL services. 

IP Multimedia session: IP Multimedia session and IP Multimedia call are treated as equivalent in this specification. 

Originating IP Multimedia Basic Call State Model (O-IM-BCSM): originating half of the IM-BCSM. The 
O-IM-BCSM corresponds to that portion of the IM-BCSM associated with the originating party. 

Originating IP Multimedia CAMEL Subscription Information (O-IM-CSI): O-IM-CSI identifies the subscriber as 
having originating IP Multimedia CAMEL services. 

Terminating IP Multimedia Basic Call State Model (T-IM-BCSM): terminating half of the IM-BCSM. The 
T-IM-BCSM corresponds to that portion of the IM-BCSM associated with the terminating party. 

Terminating IP Multimedia CAMEL Subscription Information (T-IM-CSI): T-IM-CSI identifies the subscriber as 
having terminating IP Multimedia CAMEL services. 

3.2 Abbreviations 

Abbreviations used in the present document are listed in 3GPP TR 2L905 [1]. 

For the purposes of the present document, the following abbreviations apply: 

BCSM Basic Call State Model 

CAMEL Customized Applications for Mobile network Enhanced Logic 

CAP CAMEL Application Part 

CSCF Call State Control Function 

DP Detection Point 

D-IM-CSI Dialled Service IP Multimedia CAMEL Subscription Information 

EDP Event Detection Point 

FTN Forwarded To Number 

GPRS General Packet Radio Service 

gsmSCF GSM Service Control Function 

gsmSRF GSM Specialised Resource Function 

gsmSSF GSM Service Switching Function 

HPLMN Home PLMN 

HSS Home Subscriber Server 

IE Information Element 

IF Information Flow 

IP Internet Protocol 

ISC IM-CN Service Control 

I-CSCF Interrogating CSCF 

IM IP Multimedia 
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IM-BCSM IP Multimedia Basic Call State Model 

IMCN IP Multimedia Core Network 

imcnSSF IM CN Service Switching Function 

IM-CSI IP Multimedia CAMEL Subscription Information 

IM-SSF IP Multimedia Service Switching Function 

IPLMN Interrogating PLMN 

MGCF Media Gateway Control Function 

MO Mobile Originating 

MT Mobile Terminating 

NNI Network Node Interface 

O-IM-BCSM Originating IP Multimedia Basic Call State Model 

O-IM-CSI Originating IP Multimedia CAMEL Subscription Information 

PIC Point In Call 

PLMN Public Land Mobile Network 

P-CSCF Proxy CSCF 

SIP Session Initiation Protocol 

S-CSCF Serving CSCF 

SSME Service Switching Function Management Entity 

T-IM-BCSM Terminating IP Multimedia Basic Call State Model 

VT-IM-CSI Terminating IP Multimedia CAMEL Subscription Information 

TDP Trigger Detection Point 

UNI User Network Interface 

VPLMN Visited PLMN 



CAMEL/IP Multimedia Core Network Interworking 



4.1 



Architecture 



This subclause describes the functional architecture needed to support CAMEL interactions with the S-CSCF in the IP 
Multimedia Subsystem. The IM-SSF is a SIP Application Server that interfaces SIP to CAP. The generic SIP 
AppUcation Server behaviour of the IM-SSF is specified in 3GPP TS 23.218 [5]. 

4.1 .1 Functional Entities used for CAMEL at IP Multimedia Registration 

Figure 4. 1 shows the functional entities involved when an MS registers for IP Multimedia session requiring CAMEL 
support. General registration procedure is detailed in 3GPP TS 23.228 [6]. Upon notification of a UE's registration, the 
IM-SSF requests O-IM-CSI, D-IM-CSI, VT-IM-CSI data from the HSS over the Si interface. 
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Figure 4.1 : Functional architecture for support of CAMEL when mobile registers for IP Multimedia session 

4.1 .2 Functional Entities used for CAMEL for MO and MT IP Multimedia 
session 

Figure 4.2 shows the functional entities involved in a Mobile Originated IP Multimedia session requiring CAMEL 
support. The same functional architecture applies in a Mobile Terminated IP Multimedia session for 
CAMEL. 
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Figure 4.2: Functional architecture for support of CAMEL control of a MO IP Multimedia session 

4.2 Interfaces defined for an IM-SSF based Application Server 
4.2.1 CSCF - IM-SSF interface 

This interface is the IP Multimedia Service Control interface (ISC). This interface shall be based on SIP as detailed in 

3GPPTS 24.229 [8]. 
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4.2.2 IM-SSF - gsmSCF interface 

This interface is used by the gsmSCF to control an IP Multimedia session in a certain IM-SSF. Relationships between 
the IM-SSF and the gsmSCF on this interface are opened as a result of the IM-SSF sending a request for instructions to 
the gsmSCF. This interface shall be based on 3GPP TS 29.278 [11]. 

4.2.3 HSS - CSCF interface 

This interface is used to send CAMEL related subscriber data to a CSCF, e.g. IM-CSI. This interface shall be based on 
3GPPTS 29.229 [10]. 



4.3 Detection Points (DPs) 



Certain basic call events may be visible to the GSM Service Control Function (gsmSCF). The DPs are the points in call 
at which these events are detected. 

A DP can be armed in order to notify the gsmSCF that the DP was encountered, and potentially to allow the gsmSCF to 
influence subsequent handling of the call. If the DP is not armed, the processing entity continues the processing without 
gsmSCF involvement. 

Three different types of DPs are identified: 

Trigger Detection Point - Request (TDP-R). 

This detection point is statically armed and initiates a CAMEL control relationship when encountered and there 
is no existing relationship due to the same CSI. Processing is suspended when the DP is encountered. 

Event Detection Point - Request (EDP-R). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is 
suspended when encountering the DP and the IM-SSF waits for instructions from the gsmSCF. 

- Event Detection Point - Notification (EDP-N). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is not 
suspended when encountering the DP. 

The DPs are characterized in the following clauses. 

4.3.1 Arming/Disarming mecinanism 

A DP may be statically armed or dynamically armed. 

The following arming rules apply: 

DP for a mobile originating call handling is statically armed in the IM-SSF as a result of O-IM-CSI and 
D-IM-CSI data delivery from the HSS. Likewise, DP for mobile terminating call handling is statically armed in 
the IM-SSF as a result of VT-IM-CSI data delivery from the HSS. Static arming of DPs in the IM-SSF occurs 
during the UE's registration in the IMS CN. Basically, when the IM-SSF is notified of the UE's initial 
registration, the IM-SSF queries the HSS for the subscriber's CAMEL Subscription Information via the Si 
interface. 

A DP is dynamically armed by the gsmSCF within the context of a CAMEL control relationship as a result of 
IM-SSF receiving the RequestReportBCSMEvent operation. 

A Request Report BCSM Event information flow for a detection point for a leg overwrites any previous Request 
Report BCSM Event information flow for that detection point for that leg. 
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The following disarming rules apply: 

A statically armed DP is disarmed when the IP Multimedia CSI data is withdrawn in the HSS/HLR. Only 
TDP-Rs can be disarmed using this mechanism. 

If an armed EDP is met, then it is disarmed. 

If an EDP is met that causes the release of the related leg, then all EDPs related to that leg are disarmed. 

If a call session is released, then all EDPs related to that call session are disarmed. 

If an EDP is met, then other EDPS are disarmed, in accordance with the implicit disarming rule table specified in 
TS 23.078 Rel-99 4 (refer to the section for "Rules for Implicit Disarming of Event Detection Points'). 

If an EDP is armed, it can be explicitly disarmed by the gsmSCF by means of the RequestReportBCSMEvent 
information flow. 

4.3.2 Criteria 

Criteria are the conditions that must be met in order for the IM-SSF to request instructions from the gsmSCF. 

DP criteria are checked in the IM-SSF. Criteria for originating DPs (i.e. Collected_Info, Analysed_Information, and 
Route_Select_Failure TDPs ) are checked in the IM-SSF associated with the originating UE's S-CSCF. Criteria for 
terminating DPs (i.e. T_Busy and T_No_Answer) are checked in the IM-SSF associated with the terminating UE's 
S-CSCF. 

Based on the Initial Filter Criteria information, the S-CSCF forwards the SIP message to the IM-SSF. The DP 
encountered is identified based on the SIP message received from the S-CSCF. Refer to table 4.2 and table 4.4 for 
mapping of SIP messages to CAMEL IM-BCSM Detection Points. 

4.3.2.1 Criteria at Collectedjnfo 

The following criteria are applicable for DP Collectedjnfo: 

Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers and/or up to 3 
number lengths. There is no restriction on the nature of address. There is no restriction on the numbering plan 
indicator. This criterion may be defined to be either "enabling" or "inhibiting". This criterion does not match 
when the destination number received from the S-CSCF is not an ISDN number. In this case, a dialogue with the 
gsmSCF may or may not be established depending on whether the criterion is inhibiting or enabling respectively. 

Triggering at DP Collectedjnfo shall be strictly based on the destination number received from the S-CSCF. 

The destination number received from the S-CSCF shall not be modified before conditional triggering check takes 
place. 

If the destination number triggering criterion is enabling, then the IM-SSF may establish a dialogue with the gsmSCF if: 
the destination number matches one of the destination number strings defined in the list; or 
the length of the destination number matches one of the destination number lengths defined in the list. 

In this test the destination number matches one of the destination number strings in the list if: 

the nature of address of destination number is the same as the nature of address of the destination number string; 

the destination number is at least as long as the destination number string in the list; and 

all the digits in the destination number string in the list match the leading digits of the destination number. 

If the destination number triggering criterion is inhibiting, then the IM-SSF may establish a dialogue with the gsmSCF 
if: 

the destination number does not match any of the destination number strings defined in the list; and 

the length of the destination number does not match any of the destination number lengths defined in the list. 
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In this test the destination number matches one of the destination number strings in the list if: 

the nature of address of destination number is the same as the nature of address of the destination number string; 

the destination number is at least as long as the destination number string in the list; and 

all the digits in the destination number string in the list match the leading digits of the destination number. 

4.3.2.2 Criteria at DP Analysedjnformation 

4.3.2.2.1 General 

The following criteria are applicable for DP Analysedjnformation: 

Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers. There is no 
restriction on the nature of address. There is no restriction on the numbering plan indicator. This criterion does 
not match when the destination number received from the S-CSCF or the gsmSCF is not an ISDN number. 

NOTE: The order in which the destination number criteria are checked in the IM-SSF is not determined. Hence, 
overlapping destination number criteria (e.g. use of "0800" and "0800123" for two different services) 
should be avoided, because they lead to unpredictable behaviour (i.e. either service might be triggered). 

Triggering at DP Analysed_Info shall be based on the destination number received in the Connect operation from the 
gsmSCF during a Mobile Originating CAMEL Service. 

4.3.2.2.2 Number comparison 

The following procedure shall be performed for the comparison of the destination number triggering criterion and the 
address information in the given order. 

1 . The numbering plan indicators of both numbers are ignored. 

2. The type of number/nature of address indicators of both numbers are compared. If there is a match of the type of 
number indicator, then the check shall be performed by comparing the digits as defined in step 6. If there is no 
match of the type of number the comparison procedure shall continue as follows. 

3. If either or both of the address information and destination number triggering criterion includes a type of 
number/nature of address indicator other than "unknown", "national (significant) number" or "international 
number" then the destination number does not match the destination number triggering criterion. Otherwise the 
comparison procedure shall continue as follows. 

4. If there is a number (address information or destination number triggering criterion) with type of number/nature 
of address "unknown" this number shall be translated based on the numbering plan of the serving entity in either 
of the following ways: 

if the leading digits refer to an international prefix, those digits shall be removed and the type of 
number/nature of address shall be set to "international number". 

if the leading digits refer to a national (trunk) prefix, those digits shall be removed and the type of 
number/nature of address shall be set to "national (significant) number". 

If the leading digits refer neither to an international prefix nor to a national (trunk) prefix, then the destination 
number does not match the destination number triggering criterion. 

If there is a match of the type of number/nature of address indicator after this number modification, then the 
check shall be performed by comparing the digits as defined in step 6, otherwise the comparison procedure shall 
continue as follows. 
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5. If the type of number/nature of address of the address information or of the destination number triggering 
criterion is "national (significant) number" this number shall be translated based on the numbering plan of the 
serving entity to international format by adding the country code of the serving entity to the number string. After 
this modification both numbers shall be in international format and shall be checked by comparing the digits as 
defined in step 6. 

6 If the number digits of the address information are compared with the number digits of the destination number 
triggering criterion, then there is a match if: 

the destination number is at least as long as the destination number string of the destination number 
triggering criterion; and 

all the digits in the destination number string of the destination number triggering criterion match the leading 
digits of the destination number. 

The check described in this clause shall be repeated for every number contained in the destination number triggering 
criterion of the D-IM-CSI until a match is recognised and DP Analysed_Info is triggered, or until all the destination 
numbers have been checked without a match being recognised. In the latter case DP Analysed_Info is not triggered. 

4.3.2.3 Criteria at DP Route_Select_Failure 

The HLR may store a list of up to 5 cause values. 

The following criteria are applicable for DP Route_Select_Failure: 

Release cause code. 

The trigger criteria is met if the cause code received from the terminating party's network (could be a PSTN or an IMS 
network) is equal to at least one of the cause codes in the trigger criteria list. 

If a O-IM-BCSM was already invoked and there is a relationship with the gsmSCF at that moment, then no additional 
relationship shall be initiated. 

4.3.2.4 Criteria at DP T_Busy and T_No_Answer 

The HSS may store a list of up to 5 cause values. 

The triggering is based on the release cause code received from terminating UE's P-CSCF. 

The following criteria are applicable for DP T_Busy and T_No_Answer: 

Release cause code. 

The trigger criteria are met if the cause code received from the terminating UE's P-CSCF is equal to at least one of the 
cause codes in the trigger criteria list. 

If trigger criteria are satisfied, then the corresponding Service Logic shall be invoked. 

4.4 Description of CAIVIEL Subscriber Data 

4.4.1 IP IVIultimedia CAIVIEL Subscription Information (IM-CSI) 

This subclause defines the contents of the IP Multimedia CAMEL Subscription Information. IM-CSI data are 
provisioned in the HSS for subscribers having originating and/or terminating IP Multimedia CAMEL services. This 
information shall be sent by the HSS to the IM-SSF via the Si Interface. The IM-CSI data contains the O-IM-CSI, 
D-IM-CSI, and VT-IM-CSI. 
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4.4.1 .1 Originating IP Multimedia CAMEL Subscription Information (0-IM-CSI) 

4.4.1.1.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1.1.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1.1.4 TDP List 

The TDP List indicates on which detection point triggering shall take place. The following trigger detection points are 
possible: DP Terminating_Attempt_Authorised, DP T_Busy, and DP T_No_Answer. 

4.4.1 .1 .5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.1.6 CSI Status 

The CSI state indicates whether the O-IM-CSI is active or not. 

4.4.1.1.7 Notification Flag 

The notification flag indicates whether changes of the O-IM-CSI shall trigger the Notification on Change of Subscriber 
Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 

4.4.1.1.8 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1 .2 Dialled Services IP Multimedia CAMEL Subscription Information (D-IM-CSI) 

4.4.1.2.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.2.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1.2.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1 .2.4 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 
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4.4.1.2.5 CSI Status 

The CSI state indicates whether the D-IM-CSI is active or not. 

4.4.1.2.6 Notification Flag 

The notification flag indicates whether changes of the D-IM-CSI shall trigger the Notification on Change of Subscriber 
Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 

4.4.1.2.7 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1 .3 Terminating IP IVIultimedia CAIVIEL Subscription Information (VT-IIVI-CSI) 

4.4.1.3.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.3.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1 .3.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1.3.4 TDP List 

The TDP List indicates on which detection point triggering shall take place. The following trigger detection points are 
allowed: DP Terminating_Attempt_Authorised, DP T_Busy, and DP T_No_Answer. 

4.4.1 .3.5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.3.6 CSI Status 

The CSI state indicates whether the VT-IM-CSI is active or not. 

4.4.1.3.7 Notification Flag 

The notification flag indicates whether changes of the VT-IM-CSI shall trigger the Notification on Change of 
Subscriber Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 

4.4.1.3.8 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1.4 Other CAMEL Data 
4.4.1.4.1 gsmSCF address list for CSI 

The gsmSCF address list for CSI indicates a list of gsmSCF addresses to which Notification on Change of Subscriber 
Data is to be sent. In order to provide Notification on Change of Subscriber Data to the IM-SSF, the IM-SSF address 
shall be included in the gsmSCF address list. 
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The IM-SSF address is added to the address list for notification in the HSS/HLR as described in subclause 4.6.1.2. 

The IM-SSF shall handle the receipt of the Notification on Change of Subscriber Data using the same procedure as that 
of a gsmSCF. 

4.5 Description of CAMEL State IVIodels 

In the IM Subsystem, calls are controlled by the Serving CSCF (S-CSCF) where a subscriber is registered. A state 
model describes the call control behaviour of an IM-SSF. 

4.5.1 General Handling 

The Basic Call State Model (BCSM) is used to describe the handling of originating and terminating calls. It identifies 
the points in a call where gsmSCF based service applications is permitted to interact with the call control capabilities of 
an IM-SSF. Figure 4.3 illustrates how transitions between states, Detection Points and Points In Call components are 
shown in the BCSM diagrams. 

Transition 



DP 



Point In Call (PIC) 



Figure 4.3: BCSM Components 

4.5.2 Originating CAMEL Basic Call State Model (0-IM-BCSM) 
4.5.2.1 Description of the 0-IM-BCSM 

The O-IM-BCSM is used to model the behaviour of an IM-SSF for an originating call. When an armed DP is 
encountered, O-IM-BCSM processing is suspended at the DP and the IM-SSF indicates this to the gsmSCF if 
appropriate. 
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0_Null & Authorise_Origination_ 
Attempt_Collect_lnfo 



0_Disconnect 



Basic Call transition 




invalid information 



Route_Seiect_ 
Faiiure 



0_Busy 



0_No_Answer 



0_Exception 

II — 



0_routing_and_aierting_faiiure 



0_active_faiiure 



Figure 4.4: Originating CAIVIEL Basic Call State Model (0-IM-BCSM) 

The following table 4.1 defines the DPs that apply to originating calls. 
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Table 4.1 : Description of the O-IIUI-BCSM DPs in an IIVI-SSF 



CAMEL Detection Point: 


DP Type 


Description: 


DP Collectedjnfo 


TDP-R 


Indication that the 0-IM-CSI is analysed 


DP Analysedjnformation 


TDP-R 


Availability of routeing address and nature of address. 


DP Route_Select_Failure 


TDP-R, EDP-N, 
EDP-R 


Indication that the session establishment failed. 


DP 0_Busy 


EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the terminating 
party, 

- a not reachable event Is determined upon a SIP error 
response. 


DP 0_No_Answer 


EDP-N, EDP-R 


Indication that: 

- an application timer associated with the 
0_No_Answer DP expires, 

- a no answer event is determined upon SIP a error 
response 


DP 0_Answer 


EDP-N, EDP-R 


Indication that the session is accepted and answered 
by the terminating party. 


DP 0_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the originating 
party or from the terminating party. 


DP 0_Abandon 


EDP-N, EDP-R 


Indication that a disconnect indication is received from 
the originating party during the session establishment 
procedure. 



4.5.2.2 



Description of Points In Call 



This subclause describes the Points In Call for originating calls. The entry events, actions and exit events are described 
for each Point in Call. 



4.5.2.2.1 
Entry events: 



0_Null & Authorise_Origination_Attempt_Collect_lnfo 



Disconnection and clearing of a previous call (DP 0_Disconnect) or default handling of exceptions by IM-SSF 
completed. 

Abandon event is reported from Analyse_Information or Routing and Alerting PIC. 

- Exception event is reported. 
Actions: 

Interface is idled. 

Originating call: SIP INVITE request message containing the dialled number is received from MS. 
Information being analysed e.g., O-IM-CSI is analysed. 
Exit events: 

- Originating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. Example exception 
condition: Calling party abandons call. 
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4.5.2.2.2 Analysejnformation 

Entry events: 

- Originating CSI is analysed. (DP Collected Info). 

New routeing information is received when Busy event (DP 0_Busy), Route Select Failure event 

(DP Route_Select_Failure), Not Reachable event (DP 0_Busy) or No Answer event (DP 0_No_Answer) is 

reported from Routing and Alerting PIC. 

New routeing information is received when Disconnect event is reported from 0_Active PIC. 
Actions: 

Compare the called party number with the dialled services information. 
Exit events: 

Availability of routeing address and nature of address. (DP Analysed_Information). 

An exception condition is encountered (e.g. wrong number)- this leads to the 0_Exception PIC. 

Calling party abandons the call- this leads to the 0_Abandon DP. 

4.5.2.2.3 Routing and Alerting 

Entry events: 

Availability of routeing address and nature of address. (DP Analysed_Information). 
Actions: 

Information is being analysed and/or translated according to dialling plan to determine routeing address. 

Routeing address being interpreted. 

Call is being processed by the terminating half BCSM. Continued processing of SIP call session setup (e.g., 
ringing) is taking place. Waiting for indication from terminating half BCSM that the call has been answered by 
terminating party. 

Exit events: 

Indication from the terminating half BCSM that the call is accepted and answered by terminating party 
(DP 0_Answer). 

An exception condition is encountered - this leads to the 0_Exception PIC. 

Calling party abandons the call- this leads to the 0_Abandon DP. 

A busy indication is received from the terminating party - this leads to the 0_Busy DP. 

A not reachable indication is received from the terminating party - this leads to the 0_Busy DP. 

Attempt to select the route for the call fails - this leads to the Route_Select_Failure DP. 

If the no reply timer expires and DP 0_No_Answer is armed - this leads to the 0_No_Answer DP. 

4.5.2.2.4 0_Active 

Entry events: 

Indication from the terminating half BCSM that the call is accepted and answered by the terminating party 
(DP 0_Answer). 

Actions: 

SIP session established between originating party and terminating party. - Call release is awaited. 
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Exit events: 



A disconnection indication is received from the originating party, or received from the terminating party via the 
terminating half BCSM. (DP - ©.Disconnect). 

An exception condition is encountered. 



4.5.2.2.5 

Entry events: 



0_Exception 



An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIC can not be met. 

Actions: 

Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the IM-SSF and the gsmSCF, the IM-SSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

Resources made available for setting up the SIP call session are released. 

Exit events: 

Default handling of the exception condition by IM-SSF completed. 

4.5.3 Mapping of SIP Method/Response to 0-IM-BCSM Detection Points 

This subclause describes mapping of SIP methods and responses to CAMEL Detection Points. 

Table 4.2: Mapping of SIP Method/Response to CAMEL 0-IM-BCSM DPs 



CAMEL 0-IM-BCSM DP: 


SIP Method/Response 


DP Collected_lnfo 


INVITE 


DP Analysed_lnformation 


N/A 


DP Route_Select_Failure 


4XX(except401,407, 408, 
480, 488), 

5xx, and Bxx (except 600, 
603) 


DP 0_Busy 


486 Busy Here 

600 Busy Everywhere 


DP 0_No_Answer 


603 Decline 

408 Request Timeout 

480 Temp Unavailable 


DP 0_Answer 


200 OK 


DP 0_Disconnect 


BYE 


DP 0_Abandon 


CANCEL 
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4.5.4 Terminating CAMEL Basic Call State Model (T-IM-BCSM) 



4.5.4.1 



Description of the T-IM-BCSM 



The T-IM-BCSM is used to model the behaviour of an IM-SSF for a terminating call. When a DP is encountered, T-IM- 
BCSM processing is suspended at the DP and IM-SSF indicates this to the gsmSCF if appropriate. 



Term 'nating_ 



T Null 



T_Exception 



Abandon 

A ttempt_A uthorised 



Terminating Call Handling 



T_Busy 



T No Answer 



T_call_handling_failure 



T Disconnect 



T Answer 



T Active 



T_active_failure 



^ Basic Call transition 

Figure 4.5: Terminating CAIUIEL Basic Call State Model (T-IM-BCSM) 

The following table 4.3defmes the DPs that apply to terminating calls. 
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Table 4.3: Description of T-IIUI-BCSM DPs in the S-CSCF 



CAMEL DP: 


DP Type 


Description: 


DP Terminating_Attempt_ 
Authorised 


TDP-R 


Indication that the VT-IIVI-CSI is analysed. 


DP T_Busy 


TDP-R, EDP-N, 
EDP-R 


Indication that: 

- a busy indication is received from the terminating 
party, 

- a not reachable event is determined (e.g. 
terminating party is not currently registered). 


DP T_No_Answer 


TDP-R, EDP-N, 
EDP-R 


Indication that an application timer associated with 
the T_No_Answer DP expires. 


DP T_Answer 


EDP-N, EDP-R 


Session is accepted and answered by terminating 
party. 


DP T_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the 
terminating party or from the originating party. 


DP T_Abandon 


EDP-N, EDP-R 


A disconnect indication is received from the 
originating party during the session establishment 
procedure. 



4.5.4.2 



Description of Points In Call 



This subclause describes the Points In Call for terminating calls. The entry events, actions and exit events are described 
for each Point in Call. 



4.5.4.2.1 
Entry events: 



T Null 



Disconnection and clearing of a previous call (DP T_Disconnect) or default handling of exceptions by IM-SSF 
completed. 

Abandon event is reported from Terminating Call Handling PIC. 

Exception event is reported. 
Actions: 

Interface is idled. 

SIP INVITE message for terminating call request is received, the appropriate information is analysed. 
- VT-IM-CSI is analysed. 
Exit events: 

Terminating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. 

Example exception condition is: 

- Calling party abandons call. 

4.5.4.2.2 Terminating Call Handling 

Entry events: 

Terminating CSI (if available) is analysed. (DP Terminating_Attempt_Authorised). 
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New routeing information is received when Busy event (DP T_Busy) or No Answer event (DP T_No_Answer) 
is reported from Terminating Call Handling PIC. 

New routeing information is received when Disconnect event is reported from T_Active PIC. 

New routeing information is received when the terminating party not reachable is reported from Terminating 
Call Handhng PIC. 

Actions: 

Routeing address and call type being interpreted. The next route or terminating access is being selected. 

The terminating party is being alerted. Waiting for the call to be answered by terminating party. 
Exit events: 

Call is accepted and answered by terminating party. 

An exception condition is encountered - this leads to the T_Exception PIC. Example exception conditions: the 
SIP call session request was not successful. 

Calling party abandons the call - this leads to the T_Abandon DP. 

A busy indication is received from the terminating party's P-CSCF - this leads to the T_Busy DP. 

Not reachable event detected from the terminating party's P-CSCF - this leads to the T_Busy DP. 

If no reply timer expires and DP T_No_Answer is armed - this leads to the T_No_Answer DP. 

4.5.4.2.3 T_Active 

Entry events: 

- Indication that the call is accepted and answered by the terminating party. (DP T_Answer). 
Actions: 

SIP session established between originating party and terminating party. 

Call release is awaited. 

Exit events: 

A disconnection indication is received from the terminating party, or received from the originating party via the 
originating half BCSM. (DP T_Disconnect). 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure that means that the normal exit events for a PIC can not be met. 

4.5.4.2.4 TException 

Entry events: 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for PIC cannot be met. 



Actions: 



Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the IM-SSF and the gsmSCF, the IM-SSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

Resources made available for setting up the SIP call session are released. 
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Exit events: 

Default handling of the exception condition by IM-SSF completed. 

4.5.5 Mapping of SIP Method/Response to T-IM-BCSM Detection Points 

This subclause describes mapping of SIP methods and responses to CAMEL Detection Points. 

Table 4.4: Mapping of SIP Method/Response to CAMEL T-IM-BCSM DPs 



CAMEL T-IM-BCSM DP: 


SIP Method/Response 


DP Terminating_Attempt_ 
Authorised 


INVITE 


DP T_Busy 


4XX (except 401, 407, 408, 480), 
5xx, and 6xx (except 603) 


DP T_No_Answer 


603 Decline 

408 Request Timeout 

480 Temp Unavailable 


DP T_Answer 


200 OK 


DP T_Disconnect 


BYE 


DP T_Abandon 


CANCEL 



4.6 Procedures for IM-SSF Application Server 

The SDLs in this specification illustrate how CAMEL modifies the normal multimedia call. They do not attempt to 
show all the details of multimedia handling in all the modes that support CAMEL. 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information in the 
SDL diagrams. 
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4.6.1 Overall SDL Architecture 
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Figure 4.6: SIP Registration into IM-SSF 
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Figure 4.7: Originating Case 
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Figure 4.8: Terminating Case 



4.6.1.1 



Handling of Registration and De-registration in the IM-SSF 



During the UE registration, the HSS shall send the filter criteria for the IM-SSF to the S-CSCF if the subscriber is 
provisioned with IP Multimedia CAMEL Subscription Information data at the HSS. 

- The HSS shall include the IMSI data for the subscriber within the Service Information element of the filter 
criteria for IM-SSF. The IMSI shall be used for querying the HSS/HLR for CAMEL Subscription 
Information data via a MAP interface. 

The CAMEL service provider determines the actual format of the data sent within the Service Information element of 
the filter criteria (e.g. IMSI). The actual format is transparent to the S-CSCF i.e. CAMEL service information is not 
processed, analysed, or evaluated by the S-CSCF. It is, however, known to the IM-SSF, gsmSCF, and the HSS (for 
provisioning of the service information data). 

If a registration/de-registration request matches the filter criteria of the IM-SSF, the S-CSCF informs the IM-SSF of the 
request by performing a third party registration/de-registration i.e. a SIP REGISTER message is sent from the S-CSCF 
to the IM-SSF. 

General handling of IP Multimedia registration, re-registration, de-registration and receipt of initial filter criteria at the 
S-CSCF is specified in 3GPP TS 23.228 [6] and 23.218 [5]. 

The process and the procedures specific to CAMEL are specified in this subclause: 

Process Register_IM_SSF; 

Procedure CAMEL_IMCN_Register; 

Procedure CAMEL_IMCN_DeRegister. 



4.6.1.1.1 



Procedure CAMEL_IMCN_Register 



When querying the HSS for the subscriber's IM CSI data, the IM-SSF does not have to wait for the HSS's response on 
the first query before the subsequent queries are done, i.e Sending of multiple Any Time Interrogation operations can be 
done in parallel. However, the IM-SSF shall wait for all the responses from the HSS before it shall send a SIP response 
message to the S-CSCF. 
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Process Register_IM_SSF 



Process in IM-SSF for handling receipt of ' 
a SIP REGISTER method from the S-CSCF. 



Nb 



(BAMEL_IMCN 
De Register 



idle 



REGISTER 




(BAMEL_IMCN. 
Register 



Idle 



1(1) 



Signals to/from the left are to/from th 
the S-CSCF. 



Figure 4.9: Process Register_IM_SSF (sheet 1) 
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procedure CAMEL_IMCN_Register 

I i 

Procedure in IM-SSF when notified ' 
of a UE's registration in the IIVI CN. ^ 



Yes 




Yes 



200 OK 




ATS I Ack< 



I Store 
Subscriber infC' 




JVIOfe IM CSI 
to be requested? 



No 



200 OK 




Signals to/from the left are to/from thqX 
S-CSCF, and signals to/from the right 
aretoAromtheHSS. 



1(1) 




Subscriber prafie 
^own loaded? 

No 




ATSLquery 



ait for response 



Requested 
0-1 M -CSI 
VT-IM-CSI 
D-IM-CSI 



CSI: 



ATSI negative 
Response \ 




Yos 



Error = 
"Information 
Not Available"? 




tobSLrequested? 



No 



Yes 



Atteast onfi 
-<1M CSI is> 



received? 
No 



No 



606 Not Acceptable 




Figure 4.10: Procedure CAMEL_IMCN_Register (sheet 1) 
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procedure CAM EL_IMCN_De Register 

Procedure in IM-SSF when notified of ' ^ 
a UE's de-Registration. 



1(1) 



Signals to/from the left areL 
to/fromtheS-CSCF. 



Subscriber IM-CSL 
da tg available 



Yes 



No 



Delete Subscribor 
IM-CSIdata 



200 OK 




4.6.1.2 



Figure 4.11 : Procedure CAMEL_IMCN_DeRegister (sheet 1) 



Handling of Notify Subscriber Data Change 



When the HSS/HLR updates the CSI for a subscriber in the IP Multimedia CN subsystem, the HSS/HLR shall send a 
Notify Subscriber Data Change to the IM-SSF if all of the following conditions are true: 

- The IM CSI data is marked with the Notification Flag 
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- The IM-SSF address is included in the gsmSCF address list 

The IM-SSF address shall be added in the gsmSCF address list at the HSS/HLR for notification of IM-CSI updates if 
one of the following conditions occurs: 

a. The HSS/HLR is notified of the subscriber's registration at the S-CSCF (via Cx interface), and the 
subscriber is provisioned with IM CSI data. 

b. Operator provisions HSS/HLR subscriber data with IMS CAMEL service while the subscriber is currently 
registered in the IMS network i.e. one or more IM CSI data is added to the subscriber's profile in the 
HSS/HLR. 

c. The HSS/HLR is notified of mobile termination for an unregistered subscriber (via Cx interface), and the 
subscriber is provisioned with IM CSI data 

The IM-SSF address shall be deleted from the gsmSCF address list when the HSS/HLR initiates, or is notified of, the 
UE's deregistration. 

The IM-SSF address in the gsmSCF address list may be changed when the HSS/HLR receives a notification of a 
registration for a UE with a S-CSCF name different from the previously assigned S-CSCF name (i.e. re-registration 
from HSS/HLR point of view). The HSS/HLR shall overwrite the existing IM-SSF address with the IM-SSF address 
associated with the new S-CSCF name. 

The HSS/HLR procedure for sending the Notify Subscriber Data Change to the IM-SSF is the same procedure used for 
notifying the gsmSCFs in the Circuit Switched CN. This procedure is described in Procedure CAMEL_NSDC_HLR 
specified in 3GPP TS 23.078 Rel-99[4]. 

The process specific to IM-SSF' s handling of the Notify Subscriber Data Change is specified in this subclause: 

Process Update_CSI 
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Process Update_CSI 

I N 

Process in IM-SSF when notified |\ 
of a change of subscriber IM CSI data 
from the HSS. 



1(1) 



Signals signals to/from the right[ 
are to/from the HSS. 



idle 



NOTIFY SUBSCRIBER 
DATA CHANGE 



Update/Delete 
Subscriber Data 



NOTIFY sbeSCRIBER 
DATA CHANGE 
ACK / 



Idle 



4.6.1.3 



Figure 4.12: Process Update_CSI (sheet 1) 



Handling of Mobile Originated Calls in the IM-SSF 



The functional behaviour of the S-CSCF is specified in 3GPP TS 23.218 [5]. The process and the procedures specific to 
CAMEL are specified in this subclause: 

- Process MO_IM_SSF; 
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- Procedure CAMEL_IMCN_MO_0_IM_CSI_INIT; 

- Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT; 

- Procedure CAMEL_IMCN_MO_CANCEL; 

- Procedure CAMEL_IMCN_MO_ANSWER; 

- Procedure CAMEL_IMCN_MO_UNSUCCESSFUL; 

- Procedure C AMEL_IMCN_MO_DISC 1 ; 

- Procedure CAMEL_IMCN_M0_DISC2; 

- Procedure CAMEL_OCH_CTR. 

Internal interface indicated with the "Int_SRF_" prefix within this subclause indicates internal interface with the MRFC. 

4.6.1 .3.1 Actions of the IM-SSF on receipt of lnt_Error 

The IM-SSF checks the default Call Handling parameter in the relevant CSI. 

If the default call handling is release, a BYE indication is sent to the MS. The IM-SSF then releases all resources and 
the invoked CAMEL procedure ends. 

If the call handling is continue, the IM-SSF continues processing without CAMEL support. 

4.6.1 .3.2 Actions of the IM-SSF on receipt of lnt_Continue 

The IM-SSF continues processing without any modification of call parameters. 

4.6.1 .3.3 Actions of the IM-SSF on receipt of lnt_Continue_With_Argument 

The IM-SSF continues processing with modified call parameters. The IM-SSF shall modify the call parameters by the 
information received in the Int_Continue_With_Argument message. Call parameters that are not included in the 
Int_Continue_With_Argument_Message are unchanged. 

4.6.1 .3.4 Actions of the IM-SSF on receipt of lnt_Connect 

The IM-SSF continues processing with modified call parameters. The IM-SSF shall transparently modify the call 
parameters with the received information. Call parameters, which are not included in the Int_Connect message, are 
unchanged. 

4.6.1 .3.5 Actions of the IM-SSF on receipt of lnt_Release_Call 

A BYE is sent to the MS, and a BYE is sent to the destination CSCF. The release cause received in the 
Int_Release_Call is used. The IM-SSF then releases all call resources and all CAMEL processing ends. 

4.6.1 .3.6 Handling of procedure CAMEL_OCH_CTR, sheet 1 

The IM-SSF behaves as a B2BUA (Back-2-Back User Agent) when a SIP INVITE is received for an outgoing call and 
SIP INVITE is sent to the MRFC (via S-CSCF) as a result of a CAP ConnectToResource request received from the 
SCF. 

A SIP response 100 Trying is sent after each INVITE but is not shown in the SDLs. 

The IM-SSF shall handle the 200 OK response from the MRFC as specified in 3GPP TS 23.218 [5]. 

4.6.1 .3.7 Handling of procedure CAMEL_OCH_CTR, sheet 5 

The specifics on transporting information between the MRFC and the Application Server such as the IM-SSF, has not 
been standardised in 3GPP Rel-5 specifications for IMS. i.e. the SIP method to return the Prompt_and_Collect result 
from the MRFC to the IM-SSF, the SIP method for sending notification of play announcement completion to the 
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IM-SSF when a request for a Specialised Resource Report was received, the SIP method to request the MRFC to play 
announcement and the SIP method to request the MRFC to prompt and collect user information, are not standardised. 



Process MO_IM_SSF 

I r. 

Process in IM-SSF to perform' \ 
Mobile Originating Call 1 

in IMS. 
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INVITE 



100 Trying 



Initialise 
values 



cHamel_imcn 

MO„0_IM 
OS I I NIT 
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1(5) 



r Signals to/from the left are to/from the MS [\. 
via S-CSCF; signals to/from right are to/from 
the destination S-CSCF 
via S-CSCF, unless otherwise stated. */ 
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Figure 4.13-1 : Process MO_IM_SSF (sheet 1) 
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Process MO_IM_SSF 
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Process in IM-SSF to performi 
Mobile Originating Call 
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Figure 4.13-2: Process MO_IM_SSF (sheet 2) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 



37 



ETSI TS 123 278 V5.2.0 (2003-03) 



Process MO_IM_SSF 
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Figure 4.13-3: Process MO_IM_SSF (sheet 3) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 



38 



ETSI TS 123 278 V5.2.0 (2003-03) 



Process MO_IM_SSF 
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Figure 4.13-4: Process MO_IM_SSF (sheet 4) 
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Figure 4.13-5: Process MO_IM_SSF (sheet 5) 
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Procedure CAMEL IMCN MO O IM CSI INIT 



1(3) 



r Procedure in the IM-SSF to ' ^_^ 
perform CAMEL handling for 1 
an outgoing call INVITE request 7| 
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Figure 4.14-1 : Procedure CAMEL_IMCN_MO_ 0_IM_CSI_INIT (sheet 1) 
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Procedure CAMEL IMCN MO O IM CSI INIT 
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Figure 4.14-2: Procedure CAMEL_IMCN_MO_0_IM_CSI_INIT (sheet 2) 
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Procedure CAMEL IMCN MO O IM CSI INIT 
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Figure 4.14-3: Procedure CAMEL_IMCN_MO_0_IM_CSI_INIT (sheet 3) 
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Procedure CAMEL IMCN MO D IM CSI INIT 



1(3) 



r Procedure in the IM-SSF to perform' _^ 
CAMEL handling for a subscribed 
Dialled Service 7 
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Figure 4.15-1 : Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT (sheet 1) 
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Procedure CAMEL IMCN MO D IM CSI INIT 
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Figure 4.15-2: Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT (sheet 2) 
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Procedure CAMEL IMCN MO D IM CSI INIT 
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Figure 4.15-3: Procedure CAMEL_IMCN_MO_D_IM_CSI_INIT (sheet 3) 
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Procedure CAMEL_IMCN_MO_CANCEL 

r Procedure in IM-SSF to perform CAMEL i 
handling for an outgoing call CANCEL request. *1, 



1(1) 



/* Signals to/from the left are to/from the l: 
MS via S-CSCF; 

signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 
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Figure 4.16: Procedure CAMEL_IMCN_MO_CANCEL (sheet 1) 
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Procedure CAMEL IMCN MO ANSWER 



1(2) 



/* Procedure in the IM-SSF to handle ' '_^ 
an outgoing call Answer (200 OK) 
response from the terminating subscriber 7| 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 
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Int Release Call 
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Default call handling 
continue call ? 
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Not Acceptable 



BYE 



Result : 
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Result := 
Fail 
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; To the destination 
S-CSCF 



Result := 
Pass 




Figure 4.17-1 : Procedure CAMEL_IMCN_MO_ANSWER (sheet 1) 
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Procedure CAMEL IMCN MO ANSWER 



2(2) 



/* Procedure in the IM-SSF to handle ' '_^ 
an outgoing call Answer (200 OK) 
response from the terminating subscriber 7| 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 



I \ 

t)P_0_Answeri 



BYE 



(flAMEL__IMCN 
MO DISC1 



BYE 



J From the destination 
S-CSCF 



(flAMEL_IMCN 
MO DISC2 



Nd 
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Result 
Fail 



Result := 
Reconnect 




Figure 4.17-2: Procedure CAMEL_IMCN_MO_ANSWER (sheet 2) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 



49 



ETSI TS 123 278 V5.2.0 (2003-03) 



Procedure CAMEL IMCN MO UNSUCCESSFUL 



1(6) 



Procedure in IM-SSF to handle unsuccessful' 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




4xx except 
401, 407, 413, 
420, 480, 486; or 

5xx; or 

6xx except 600. 



486, 
600 





480 



Timer expiry 





Figure 4.18-1 : Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 1) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



2(6) 



Procedure in IM-SSF to handle unsuccessful' 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




No 



lnt_DP_Route_ 
Select Failure 



j DP_Route_ 
Select Failure) 



Int Conned 



Int Contintf^e 



Int Release Call 



Modify call 
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re ceived informatl or 



Result := 
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>ACK 
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Same SIP 

4XX, 

5XX, or 

6XX response 

received 



Figure 4.18-2: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 2) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



3(6) 



Procedure in IM-SSF to handle unsuccessful' 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




No 



r 



DP_0_Busy 



Int Connect 



Int Contnqe 



Int Error 



Int Release Call 



Modify call 
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re ceived inf or mati n n 



Result := 
Reconnect 
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\CK For Error 



Same SIP 
4XX, or 
6XX response 
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>ACK 
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Continue 




Figure 4.18-3: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 3) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 



52 



ETSI TS 123 278 V5.2.0 (2003-03) 



Procedure CAMEL IMCN MO UNSUCCESSFUL 



4(6) 



Procedure in IM-SSF to handle unsuccessful' 
events in Mobile Originating Call in IMS. 



Int Connect 



Modify call 

Parameters with 

re ceived inf or mati n r 



Result := 
Reconnect 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




No 
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lnt_DP_0^ 
No Answer/ 



DP_0_ 
No Answer 



Int Continue 



lnt_0_Excepfton 



Int Error 



[ WaiLFor_ \ 

ACK For Error 

V ~ , ~ I 



>ACK 



Result := 
Continue 




Int Release Call 



Same SIP 
4XX response 
received 



Figure 4.18-4: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 4) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



5(6) 



Procedure in IM-SSF to handle unsuccessful' 
events in Mobile Originating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




No 
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lnt_DP_0^ 
No Answer/ 



I DP_0_ 
No_Answer 

'V , 
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Int Continue 



Int Error 
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Figure 4.18-5: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 5) 
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Procedure CAMEL IMCN MO UNSUCCESSFUL 



6(6) 



Procedure in IM-SSF to handle unsuccessful' 
events in Mobile Originating Call in IMS. 



> CANCEL 



(I;amel_imcn 

MO cancel. 



Fail 



487 Requ 
Terminated 



est 



200 OK 



Result 
Fail 




r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 



\ DP_0_Busy 
1 DP_0_No_Answer 
J DP Route Select Failure 
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lnt_Connei 
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EL OCH CTR 




Figure 4.18-6: Procedure CAMEL_IMCN_MO_UNSUCCESSFUL (sheet 6) 
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Procedure CAMEL IMCN MO DISC1 



1(1) 



/* Procedure in the IM-SSF to handle an i _, /* Signals to/from the left are to/from the MS via S-CSCF;[ 
outgoing call on the BYE request from caller*/^ signals to/from right are to/from the imcnSSF, 
' i unless otherwise stated. 7 
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Result := 
Continue 
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Yes 

lnt_DP_0\ 
Disconnect / 
r legld = V*/ 
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j'^ DPjoI ^ 
'Disconnect 1 , 



Int Error 
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487 Request 
Terminated 



Int Release Call Int Continue BYE 
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I DP_0_ 
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Figure 4.19: Procedure CAMEL_IMCN_M0_DISC1 (sheet 1) 
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Procedure CAMEL_IMCN_M0_DISC2 

[ N 

/* Procedure in the IM-SSF to handle an i\ 
outgoing call on the BYE request from callee*/! 



1(2) 



Int Error 



No 



Result := 
Continue 




BYE 



lnLDP_ \ 
0_Disconnea 
/* legld= 1 /7 



DP_0_ 

Disconnect 1 , 



200 OK 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




lnt_DP_0, 
Disconnect 
r legld = 2/ 1 

\l/ 

,' DP_0_ 
Disconnect 2 



\ 



-J 



Int Continue 



lnt_Releasj 
Call 



Int Error 



Int Connecft 



Modify call 
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re ceived informati o r 



BYE 



Final 



F^esponse Received := 
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lnt_Contin^e lnt_Release_Call 



Result := 
Reconnect 



Result := 
Continue 




J To the destination 
S-CSCF 



Figure 4.20-1 : Procedure CAMEL_IMCN_M0_DISC2 (sheet 1) 
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Procedure CAMEL_IMCN_M0_DISC2 

[ N 

r Procedure in the IM-SSF to handle an i\ 
outgoing call on the BYE request from callee*/! 



2(2) 



/* Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP_0_ 
Disconnect 2 



^ 



7 



lnt_Conne9^To_ 
Resource ^ 



CAMEL (XH C;TR 




No 



Yes 



Result := 
Continue 



DP_0_ \ 

'.Disconnect 2; 




Figure 4.20-2: Procedure CAMEL_IMCN_M0_DISC2 (sheet 2) 
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Procedure CAMEL_OCH_CTR 

Procedure in the I M-SSF '"-^ 

to handle a Connect To Resource 
operation. 



Signals to/from the left are to/from theMS. 
Signals to/from the right are to/from 
ttie imcnSSF unless otherwise slated. 



Wait_for_PlayAnnd^or_ 
Prom ptrAnd_Col lect_r^uest 



CAP_Play / 

Announcement 



INVITE 



J To MRFC 




:ion 



lnt_Disconngct_ 
Forward_ < 
Connection \ 



' To MRFC 



Result:: 
pass 



Wait for 200 QK 




200 OK 



200 OK 



ACK 



From MRFC 



From MRFC 



J To MRFC 



Error 
response 



Int CTR Faited 



Result := 
pass 



Int SRF Cortnected 



ortne 




>BYE 



200 OK 



lnt_DP_0_^ 
Disconnect 
r legip 7 / 



BYE 



> CANCEL 



200 OK 



487 Request 
Terminateil 



Relay 



To MRFC 



lnt__DP_0_ 

Abandon 

i/Lle_gip_^_, 



/Await_SRF_^ 

' Disco nnection_ 

', Active J 



4> 



P_0 _Abandoh 

DFC I 



lnt_Con1in6fe 



To MRFC 



CANCEL 



/AwaiLSRF_\ 
Disconnection 
V Fail 7 



1(5) 



Figure 4.21-1 : Procedure CAMEL_OCH_CTR (sheet 1) 
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Procedure CAMEL_OCH_CTR 

Procedure in the I M-SSF '"-^ 

to handle a Connect To Resource 
operation. 



Relay 



BYE 



200 OK 



From M RFC 



To MRFC 



Int SRF Released 



Result:: 
pass 




>BYE 



200 OK 



lnt_DP_0_ 
Disconnect 
/ legip 7_ 



Result:: 
pass 




2(5) 



Signals to/from the left are to/from the MS. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise slated. 



lnt_Disconn^ct_ 
Forward_ < 
ConnecliodX 



BYE 



J To MRFC 



/Await_SRF_^ 
Disco nnection_^ 
'' Continue / 



CANCEL 



200 OK 



From MRFC 



200 OK 



Int SRF Released 



lnt_DP_0_ 
Abandon 
negip*/ , 



DP O Abandoh 
1 ~ "Fail ,! 



Result:: 
pass 




Int continue 



Result:: 
fail 




Figure 4.21-2: Procedure CAMEL_OCH_CTR (sheet 2) 
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Procedure CAMEL_OCH_CTR 

Procedure in the IM-SSF i ^ 

to handle a Connect To Resourc^ 
operation. 



>BYE 



200 OK 



lnt_DP_0_\ 
Disconnect / 
ZleglDV ^ 

Wait_For_Disconnect_ 
Foiward_Connec|ion 



3(5) 



Signals to/fromthe left are to/from the MS. [^ 
Signals to/fromthe right are to/from 
the imcnSSF unless othenwise stated. 



Relay, 

WaitJ or_PlayAn nc_or_ 

Prompt_And_Collect_request 



> CANCEL 
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lnt_DP_0_ 
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/* leglD 7 . 
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Wai t_For_Dis con nect_ 
Forward Connection 



Figure 4.21-3: Procedure CAMEL_OCH_CTR (sheet 3) 
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Procedure CAMEL_OCH_CTR 

Procedure in the I M-SSF i\ 

to handle a Connect To Resource 
operation. 



4(5) 



Signals to/from the left are to/from the MS. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise slated. 



Wai t_For_Dis con nfect_ 
Forward Connection 



lnt_Disconj:iect_ 
Forward_Connection 



BYE 
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/Await_SRF_^^ 
Disconnection^ 
^^ Active J 



/Await_SRF_\ 
Disconnection I 
Active 7 



200 OK 



Result:= 
pass 




' To MRFC 



False 



/Await_SRI^; 
Disconnection 
V Fail J 



; Await_SRF_ 
Disconnection 
V Fail ^; 



From MRFC 



200 OK 



From MRFC 



Result:: 
fail 




Figure 4.21-4: Procedure CAMEL_OCH_CTR (sheet 4) 
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Procedure CAMEL_OCH_CTR 

Procedure in the IM-SSF i ^ 

to handle a Connect To Resourc^ 
operation. 



5(5) 



Relay 



^ (Notificatidn 
PlayAnnc 



of 
Completed) 



CAP_Speci^sed 
ResourceReport 



Relay 



Signals to/fromthe left are to/from the MRFC. K 
Signals to/fromthe right are to/from 
theimcnSSF. 



(Return of 
^Prompts Collect 
R esult) 



CAP_Play 
AnnounceSient 



CAP_Promp 
And Collect/ 



CAP_Promp 
And_Colle 
UsenJafcumM on 



(Play_ 
Announcement) 



ack 




Collect 



mation) 



4.6.1.4 



Figure 4.21-5: Procedure CAMEL_OCH_CTR (sheet 5) 



Handling of Mobile Terminated IP Multimedia sessions in the IM-SSF 



The functional behaviour of the S-CSCF for handling terminating calls is specified in 3GPP TS 23.218[5].The process 
and the procedures specific to CAMEL are specified in this subclause: 

- Process MT_IM_SSF; 

Procedure Check_Registration; 
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- Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT; 

- Procedure CAMEL_IMCN_MT_RECONNECT; 

- Procedure CAMEL_IMCN_MT_CANCEL; 

- Procedure CAMEL_IMCN_MT_ANSWER; 

- Procedure CAMEL_IMCN_MT_UNSUCCESSFUL; 

- Procedure C AMEL_IMCN_MT_DISC 1 ; 

- Procedure CAMEL_IMCN_MT_DISC2; 

- Procedure CAMEL_CAMEL_MT_CTR. 

Internal interface indicated with the "Int_SRF_" prefix within this subclause indicates internal interface with the MRFC. 

4.6.1 .4.1 Actions of the IM-SSF on receipt of lnt_Error 

The IM-SSF checks the default Call Handling parameter in the relevant CSI. 

If the default call handling is release, a BYE indication is sent to the originating CSCF. The IM-SSF then releases all 
resources and the invoked CAMEL procedure ends. 

If the call handling is continue, the IM-SSF continues processing without CAMEL support. 

4.6.1 .4.2 Actions of the IM-SSF on receipt of lnt_Release_Call 

The IM-SSF BYE message is sent to the originating CSCF and resources are released. 

4.6.1 .4.3 Actions of the IM-SSF on receipt of lnt_Continue_With_Argument 

The IM-SSF shall replace the call parameters by the information received in the Int_Continue_With_Argument 
message. Call parameters that are not included in the Int_Continue_With_Argument_Message are unchanged. 

4.6.1 .4.4 Actions of IM-SSF in procedure CAMEL_IMCN_MT_INVITE for Unregistered 
Subscriber 

When querying the HSS for the subscriber's IM CSI data, the IMSSF does not have to wait for the HSS's response on 
the first query before the subsequent queries are done. i.e. Sending of multiple Any Time Interrogation operations can 
be done in parallel. However, the IM-SSF shall wait for all the responses from the HSS before it shall continue with the 
handling of the terminating IP multimedia session. 

4.6.1 .4.5 Handling of procedure CAMEL_MT_CTR, sheet 1 

The IM-SSF behaves as a B2BUA (Back-2-Back User Agent) when a SIP INVITE is received for an terminating call 
and SIP INVITE is sent to the MRFC (via S-CSCF) as a result of a CAP ConnectToResource request received from the 
SCF. 

A SIP response 100 Trying is sent after each INVITE but is not shown in the SDLs. 

The IM-SSF shall handle the 200 OK response from the MRFC as specified in 3GPP TS 23.218 [5]. 

4.6.1 .4.6 Handling of procedure CAMEL_MT_CTR, sheet 5 

The specifics on transporting information between the MRFC and the Application Server such as the IM-SSF, has not 
been standardised in 3GPP Rel-5 specifications for IMS. i.e. the SIP method to return Prompt_And_Collect result from 
the MRFC to the IM-SSF, the SIP method for sending notification of play announcement completion to the IM-SSF 
when a request for a Specialised Resource Report was received, the SIP method to request the MRFC to play 
announcement and the SIP method to request the MRFC to prompt and collect user information, are not standardised. 
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Process MT_IM_SSF 

I r. 

Process in IM-SSF to performi \ 
Mobile Terminating Call 1 

in IMS. 



1(5) 



idle 



r Signals to/from Hie left are to/from the MS via S-CSCF;K 
signals to/from right are to/from the originating S-CSCF 
via S-CSCF, unless otherwise stated. 7 



INVITE 



100 Trying 



Initialise 
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CAM ELJn vocation := False, 
ProvisionaLRespose_Received := False, 
FinaLResponse_Received := False, 
Ack Received := False, 
Cancel_Received := False, 
Bye_Received := False 
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Figure 4.22-1 : Process MT_IM_SSF (sheet 1) 
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Process MT_IM_SSF 

I r. 

Process in IM-SSF to performi 
Mobile Terminating Call 
in IMS. 



> 100 Trying 



200 OK 



Prov 




nse 



Wait For \ 



\- 



MT Answer ' 



2(5) 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the originating S-CSCF 
viaS-CSCF, unless otherwise stated. */ 
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Figure 4.22-2: Process MT_IM_SSF (sheet 2) 
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Process MT_IM_SSF 

I r. 

Process in IM-SSF to performi 
Mobile Terminating Call 
in IMS. 
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,'' Wait_For_ ^ 
1 MT Answer 



3(5) 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the originating S-CSCF 
viaS-CSCF, unless otherwise stated. */ 
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Figure 4.22-3: Process MT_IM_SSF (sheet 3) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 



67 



ETSI TS 123 278 V5.2.0 (2003-03) 



Process MT_IM_SSF 

I r. 

Process in IM-SSF to performi 
Mobile Terminating Call 
in IMS. 



4(5) 
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r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the originating S-CSCF 
viaS-CSCF, unless otherwise stated. */ 
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Figure 4.22-4: Process MT_IM_SSF (sheet 4) 
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Process MT_IM_SSF 

I r. 

Process in IM-SSF to performi 
Mobile Terminating Call 
in IMS. 



5(5) 



r Signals to/from the left are to/from the MS via S-CSCF;L 
signals to/from right are to/from the originating S-CSCF 
via S-CSCF, unless otherwise stated. 7 
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Figure 4.22-5: Process MT_IM_SSF (sheet 5) 
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Procedure CheckRegistration 

r N 

Procedure in IM-SSF to check and obtain ' \ 
CSI for a terminating unregistered subscribel 



Yes 



Rsult:= 
Pass 




ATSLquery 



vy ait for response 



ATS I Ack< 



I Store 
Subscriber infC' 




1(1) 



/* Signals to/from the right areL 
to/from the HSS. */ 



Requested CSI: 
VT-IM-CSI 



ATSI Neg^e 
Response \ 



Result 
Fail 



Figure 4.23: Procedure Check_Registration (sheet 1) 
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Procedure CAMEL IMCN MT VT IM CSI INIT 



1(3) 



/* Procedure in the IM-SSF to [\ 
perform CAMEL handling for ^ 

a terminating call INVITE request*/ 



/* Signals to/from the left are to/from the originating S-CSCF [ 
via S-CSCF; signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 



Result:= 
Pass 





VT-IM-CS 
IrHipcatipn 

Yes 



CAMEL_ 

Invocation 

:=True 



Store original 
iail parameters; 



In t J nvo ke_ilncnSSF 
(VT-IM-CSI)/ 



i wait_for_ , 
irncnSSFInvok^d 



lnt_imcnSSF_ 
Invoked \ 

lnt_DP_Terrn(nation 
Attempt_Aut0rised 



> CANCEL 



( AMEL_IMCN 
MT_CANCEL. 



pP_Termination_ 
Attempt^ I 
y^ Autorised / 



Result :: 
Abort 




Figure 4.24-1 : Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT (sheet 1) 
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Procedure CAMEL IMCN MT VT IM CSI INIT 



2(3) 



/* Procedure in the IM-SSF to [\ 
perform CAMEL handling for ^ 

a terminating call INVITE request*/ 



/* Signals to/from the left are to/from the originating S-CSCF [ 
via S-CSCF; signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



pP_Terminatiort_ 
I Attempt_ ,1 
\ Authorised / 



Int Conned 



181 Call 

Is Being 

\_Eorw_acdec 



Int Continue, , ^ontintfe 
With Argi>ment - 



'Modify call 

Parameters with 

re ceived informati o n' 



Yes 



Modify call 
fjarameters witl|i 
red ■ 



on 



INVITE 



Result : 
Pass 




Int Error 



lnt_Releas^_Call 



DefayJtCallHarKUjngj 
6o«tinuePatr? 



No 



J To the terminating 
MS 



Result 
Fail 




Figure 4.24-2: Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT (sheet 2) 
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Procedure CAMEL IMCN MT VT IM CSI INIT 



3(3) 



/* Procedure in the IM-SSF to [\ 
perform CAMEL handling for ^ 

a terminating call INVITE request*/ 



/* Signals to/from the left are to/from the originating S-CSCF [ 
via S-CSCF; signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP_Termina1ior1_ 
I Attempt_ 
\ Authorised / 



> CANCEL 



lnt_Connec^To_ 
Resource \ 



|AMEL_IMCN 
T CANCEL. 



CAMEL MT CTR 



Result :: 
Abort 




DP_Termina1ior(_ 
! Attempt_ ! 
V Authorised / 




Figure 4.24-3: Procedure CAMEL_IMCN_MT_VT_IM_CSI_INIT (sheet 3) 
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Procedure CAMEL IMCN MT RECONNECT 



1(1) 



Procedure in IM-SSF to handle MTcall 
to redirect the call. 



IxxProvisi^al 
Response 



Wait_For_ 
Response 



r Signals to/from the right are to/from the process | 
MO IM SSF, unless othenwise stated. */ 



INVITE 



Wait_For_ 
Response 



200 OK 



Result : 
Pass 



Timer expiry - 

\ 


\ 




/ 




Result := 
Fail 





Any response codes other 
than listed in this state 



I Internal 



Figure 4.25: Procedure CAMEL_IMCN_MT_RECONNECT (sheet 1) 
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Procedure CAMEL_IMCN_MT_CANCEL 

r Procedure in IM-SSF to perform CAMEL ['^ 
handling for an incoming call CANCEL ^ 

request. */ 



1(1) 



/* Signals to/from the left are to/from the MS l: 
via S-CSCF; 

signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 



/-irficriS^F^ 
"^4t]voke0>^ 

I^Yes 
Int DP T Abandon 



\^P T Abandori 

\ / 



Int Continue 




Figure 4.26: Procedure CAMEL_IMCN_MT_CANCEL (sheet 1) 
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Procedure CAMEL IMCN MT ANSWER 



1(2) 



/* Procedure in the IM-SSF to perform ' 
CAMEL handling for a terminating call 
upon 200 OK message */ 



No 



Result:= 
Pass 




Int Continue 



Result:= 
Pass 



r Signals to/from the left are to/from the MS via S-CSCF;K 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 




Int DP T Answer 



pPTAnswerl 

V i 



Int Re lea 



No 



Result 
Fail 





Default call handling 
continue call ? 



Figure 4.27-1 : Procedure CAMEL_IMCN_MT_ANSWER (sheet 1) 
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Procedure CAMEL IMCN MT ANSWER 



2(2) 



r Procedure in the IM-SSF to perform ' \ 
CAMEL handling for a terminating call ^ 
upon 200 OK message 7 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



DP T Answen 



L 



BYE 



BYE 



\ From the orighating 
S-CSCF 



(I1AMEL_IMCN 
MT DISC2 



(BAMEL_IMCN 
MT DISC1 




No 



Result := 
Reconnect 



Result := 
Fail 




Figure 4.27-2: Procedure CAMEL_IMCN_MT_ANSWER (sheet 2) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



1(5) 



I u 

Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;K 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. 7 



4xx except 
401, 407,413, 
420, 480; or 

5xx; or 

6xx. 





Timer expiry 





Figure 4.28-1: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 1) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



2(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




Yes 



lnt_DP_T_Busy 



DP_T_Busy 



Int Connecft 



Int Conljnde 



Int Error 



Int Release Call 



No 



Modify cal I 

barameters with 

re ceived informati on 



Result := 
Reconnect 



487 Request 
Terminate(J 



Result := 
Continue 




Figure 4.28-2: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 2) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



3(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



Int Connecft 



Result := 
Reconnect 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




No 



Yes 

lnt_DPjr_\ 
No_Answer/ 

^ 

DP_T_ 
No Answer 



Int Conljnde 



Int Error 



Int Release Call 



Modify cal I 
parameters with r lnt_T_Exception 
re ceived informati on 



To the originating S-CSCF ^--BYE 



J Why' 



487 Requ 
Terminated 



est 



Result := 
Continue 




Figure 4.28-3: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 3) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



4(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



Int Connecft 



Modify cal I 

barameters witrt 

re ceived informati on 



Result := 
Rreconnect 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 




No 



Yes 

lnt_DP_T_\ 
No Answer/ 



DP_T_ '\ 
No_Answer ,' 



Int Continde 



Int Error 



Int Release Call 



lnt_T_Except)on 



J Why' 



To the originating S-CSCF ^--BYE 



Result := 
Continue 




Figure 4.28-4: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 4) 
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Procedure CAMEL IMCN MT UNSUCCESSFUL 



5(5) 



Procedure in IM-SSF to handle unsuccessful 
events in Mobile Terminating Call in IMS. 



r Signals to/from the left are to/from the MS via S-CSCF;[ 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



CANCEL 



\ From the originating 
S-CSCF 



DP_T_Busy 

DP T No Answer 



lnt_Connec^To 
Resource \ 



(AMEL_IMCN 
MT_CANCEL. 



Full 



487 Requesl 
Terminated 




---> 



J To the originating 
S-CSCF 



CANCEL 



200 OK 



Result := 
Fail 




Figure 4.28-5: Procedure CAMEL_IMCN_MT_UNSUCCESSFUL (sheet 5) 
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Procedure CAMEL_IMCN_MT_DISC1 

[ N 

/* Procedure in the IM-SSF to handle an i\ 
outgoing call on the BYE request from caller *f. 



True 



Result := 
Continue 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 




Yes 

lnt_DP_ \ 
T_DisconneCT 
/*legld= t*/ 



DP_T_ 

'Disconnect_1 

V , . 



'\ 




Int Error 



Int Release Call 



Int Continue 



>BYE 



lnt_DP. 
TDisconne 



BYE 




DP T 



^ 



Disconnect 2 



'J 



Int Continqe 



Int Error 



1(1) 



Int ReleaseCall 



-inc 
-Bespose^ 
Received ? 

False 



200 OK 



487 Request 
Terminated 



J To the originating 
S-CSCF 



Figure 4.29: Procedure CAMEL_IMCN_MT_DISC1 (sheet 1) 
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Procedure CAMEL_IMCN_MT_DISC2 

I N 

/* Procedure in the IM-SSF to handle an ' ' 
outgoing call on the BYE request from callee *] 



1(2) 



Result := 
Continue 




Int Error 



r Signals to/from the left are to/from the MS via S-CSCFi 
signals to/from right are to/from the imcnSSF, 
unless otherwise stated. */ 



No 




\ From the originating 
S-CSCF 



lnt_DP_ 
TDisconnec 

r\e.Q\ti = 2/ l 

\/ 

DP_T_ 
Disconnect 2 



-J 



.BYE 



Int Continue 



lnt_Releasj 
Call 



Int error 



Int Connect 



lnt_DP_ 
T_Di scon nee 

I ^ ^ 

j DP_T_ 
Disco nnect_1 



BYE 



J To the originating 
S-CSCF 



lnt_ContinK(e lnt_Release_Call 



200 OK 



; To the originating 
S-CSCF 



Modify call 

riarameters with 

re ceived informati on 



Fnal_Respons€i 

Received :■■ 

False 



Result := 
Continue 



Result := 
Reconnect 




Figure 4.30-1: Procedure CAMEL_IMCN_MT_DISC2 (sheet 1) 
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Procedure CAMEL IMCN MT DISC2 



2(2) 



r Procedure in the IM-SSF to handle an > ^ /* Signals to/from the left are to/from the MS via S-CSCFi 

outgoing call on the BYE request from callee *] signals to/from right are to/from the imcnSSF, 

' ' unless otherwise stated. */ 



DP_T_ 
'Disconnect 2\ 



lnt_Connep^To_ 
Resource 



CAMEL MT CTR 




No 



DPLT_Disconnect_2 



Yes 



Result := 
Continue 




Figure 4.30-2: Procedure CAMEL_IMCN_MT_DISC2 (sheet 2) 
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Procedure CAMEL_Start_TNRy 



Prodedure in IM-SSFto start' 
the timer TNRy 




Start TNRy 
with received 
timeyalue 



No 



TNRydefSult 
v^ueavailabte? 

Yes 



Start TNRy with 
default value 




1(1) 



Figure 4.31 : Procedure CAMEL_Start_TNRy (sheet 1) 
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Procedure CAMEL_Stop_TNRy 



Procedure in the I M-SSF' 
to stop the timer TNRy 




No 



No 



1(1) 



Figure 4.32: Procedure CAMEL_Stop_TNRy (sheet 1) 
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Procedure CAMEL_MT_CTR 

r ]•■ 

Procedure in the I M-SSF i' 

to handle a Connect To Resource 
operation. 



1(5) 



Signals to/from the left are to/from K 
the originating parly. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated. 



Wai t^for_P layAnnci_o r_ 
P rom ptx_A n d_Col lect Jeq u est 



CAP_Play / 
Announcement 



CAP_Prompf_ 

And Colle&t 



ion 



lnt_Disconri^t_ 
Forward_ \ 
Connection \ 



INVITE 



J To MRFC 



INVITE 



' To MRFC 



Result:: 
pass 



Wait for 200 



QK 




200 OK 



From MRFC 



Error 
response 



From MRFC 



>BYE 



200 OK 



Int CTR Faited 



200 OK 



ACK 



J To MRFC 



Result := 
pass 



Int SRF Connected 




lnt_DP_T_^ 
Disconnect 
r legip V / 



rJBYE 



Relay 



To MRFC 



^AwaiLSRF_^ 
y Disconnection^ 
J V Active 7 



To MRFC 



> CANCEL 



200 OK 



487 Request 
Terminated 



lnt_DP_T_ 
Abandon 

negip*/ 



bP_T_Abandorj 

1 _DFC 

\ , / 



Int Conlinae 



CANCEL 



f 



Await_SRF_ 
Disconnection 
V Fail / 



Figure 4.33-1 : Procedure CAMEL_MT_CTR (sheet 1) 
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Procedure CAMEL MT CTR 



Procedure in the IM-SSF i ^ 

to handle a Connect To Resource^ 
operation. 



Relay 



BYE 



200 OK 



i From M RFC 



1 To MRFC 



Int SRF Released 



Result:= 
pass 




>BYE 



200 OK 



lnt_DP_T_ 
Disconnect 
/* legip^ 



Result:^ 
pass 




2(5) 



Signals to/from the left are to/from [^ 
the originating party. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated 



lnt_Disconri^t_ 
Forward_ \ 
Onnneptinn \ 



BYE 



/Await_SRF_i 
DisconnectionJ 
\ Continue / 



> CANCEL 



200 OK 



lnt_DP_T 
Abandon 
lAJegLI 



DP_T_Abandorti 
Fail ! 



Int contin 



Result:= 
fail 




1 To MRFC 



200 OK 



1 From MRFC 



Int SRF Released 



Result:^ 
pass 




Figure 4.33-2: Procedure CAMEL_MT_CTR (sheet 2) 
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Procedure CAMEL MT CTR 



Procedure in the IM-SSF i ^ 

to handle a Connect To Resource^ 
operation. 



>BYE 



200 OK 



lnt_DP_T_ 
Disconnect 




W ai t_ For_Dis con ne ct_ 
Forward Connection 



> CANCEL 




[iP_T_Abandoh 
I DFC 



Int Confni^e 



Wai t_For_Dis con n^ct_ 
Forward Connection 



3(5) 



Signals to/from the left are to/from [^ 
the originating party. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated 



Relay, 

Wait_for_PlayAnnc_or_ 

Prompt_And_Collect_request 



>ACK 



Figure 4.33-3: Procedure CAMEL_MT_CTR (sheet 3) 
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Procedure CAMEL MT CTR 



4(5) 



Procedure in the IM-SSF i ^ 

to handle a Connect To Resource^ 
operation. 



Signals to/from the left are to/from [^ 
the originating party. 
Signals to/from the right are to/from 
the imcnSSF unless otherwise stated 



W ai t_ For_Dis con ne ct_ 
Forward Connection 



lnt_Discorinect_ 
For ward_Con n ect ion 




True 



, Await_SRF_^ 
Disco nnectionj 
V Active J 



False 



'Await_SRF_^ 
(Disconnection ! 
V Fail 7 



/^Await_SRF_ 
bisconnection 
V Active . 



/Await_SRF_) 
pisconnectionj 
V F9iL 



200 OK 



1 From M RFC 200 OK 



1 From M RFC 



Result:^ 
pass 



Result:: 
fail 





Figure 4.33-4: Procedure CAMEL_MT_CTR (sheet 4) 
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Procedure CAMEL MT CTR 



5(5) 



Procedure in the IM-SSF i ^ 

to handle a Connect To Resource^ 
operation. 



Signals to/from the left are to/from K 
the MRFC. Signals to/from the right are 
to/from the imcnSSF. 



Relay 



^ (Notificatidn 
PlayAnnc 



of 
(bompleted) 



(Return of 
^ Prompt & Collect 
Result) ! 



CAP_Play 
AnnounceSient 



CAP_Specia«sed 
ResourceReport 



CAP_Prompt. 
And_Collect/ 
Userjfiforrration 
aek- 



CAP_Promp 

And_Colle 

User InfnrmSti nn 



(Play_ 
Announcement) 



(Prompt_ 
And_Collebt_ 
^User Information) 



Relay 



Figure 4.33-5: Procedure CAMEL_MT_CTR (sheet 5) 
4.6.1 .5 Handling of call in the imcnSSF 

Handling of mobile calls in the imcnSSF may involve the following process and procedures: 
Process imcnSSF; 
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Note that the following procedures are specified in 3GPP TS 23.078 Rel-99 [4]. For these procedures, the imcnSSF 
shall take the role of the gsmSSF. 

Procedure Check_Criteria; 

Procedure Connect_To_Resource; 

Procedure Handle_AC; 

Procedure Handle_ACR; 

Procedure Handle_CIR; 

Procedure Handle_CIR_leg; 

Procedure Complete_FCI_record; 

Procedure Complete_all_FCI_records; 

Procedure Handle_0_Answer; 

Procedure Handle_T_Answer. 

The detailed error handling for the process imcnSSF and the associated procedures is specified in 3GPP TS 29.278 [11]. 

4.6.1.5.1 Process imcnSSF 
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Process imcnSSF 



r Invocation of imcnSSF in MO, ' ' 
IVIT call case. 7 1 



1(30) 



r Timers used in the imcnSSF process: 



A 



Tssf: Application timer in the ssf. 
Tcp: Timer for call period. 

This timer measures the duration of a call period. 
Tsw: Timer for tariff switch. 

Atthe expiration of thistimer, a new tariff switch shall be started. 
Tw: Warning timer. 

Atthe expiration of thistimer, a warning tone shall be played to the calling parly. 
DELTA: time, measured in the imcnSSF, elapsed between the time an 

ApplyChargingReport operation is send to the gsmSCF and an 

ApplyCharging operation is received from the gsmSCF. 
Tccd: Control of call duration timer. 

This 1i mer supervises if after sending of ACR a new AC is received. 

Tccd has a value range of 1 to 20 seconds. 

Ranges for the default values for Tssf. 

- non user interaction Tssf timer value: 1 second to 20 seconds 

- user interaction Tssf timer value: 1 minute to 30 minutes 

7 



/* TASK definition: K 

The sending of an ApplicationBegin signal opens a new relationship to the gsmSCF. 
Thesendingof an Application_End or Abort signal terminates the relationship to the gsmSCF. 

V 



/* Dedsion box definitions (1) ^ 

'armed TDPs for this CSI?' 

It is questioned whether or not the ongoing call can encounter further TDPs which are 

indicated in the current CSI. 

'Call to be released?' 

It isquestioned whether or not the ongoing call will be released i mediately after imcnSSF 
has responded; that is the ongoing call will not send any signals furtheron tothe imcnSSF. 
NOTE: In this case the imcnSSF shall also go to idle. 

7 



/* Decision box definitions (2) K 

Thefollowing decisions are used by procedures in CCF. 

imcnSSF invoked?' 

Is the imcnSSF process in any state other than Idle? 



7 



Figure 4.34-1 : Process imcnSSF (slieet 1) 
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Process imcnSSF 



r Invocation of imcnSSF in MO, ' ' 
IVIT call case. 7 1 



2(30) 



r Signals to/from the left are to/from the IM-SSF;[; 
signals to/from the right are 
to/from the gsmSCF. */ 



The received CSI states 

whether DP Collected J nfo 

or DP Analysed_lnformation 

or DP Route_Select_Failure 

or DP T_Busy 

or DP T No_Answer 

or DP Termi nati ng_Attempt_ 

Authorised shall be armed 

asTDP. 




Int 


DP 





Answer, 


Int 


DP 


T 


Answer, 


Int 


DP 





Abandon, 


Int 


DP 


T 


Abandon, 


Int 


DP 


Route Select Failure, 


Int 


DP 





No Answer, 


Int 


DP 


T 


No Answer, 


Int 


DP 





Busy, 


Int 


DP 


T 


Busy, 


Int 


DP 





Disconnect, 


Int 


DP 


T 


Disconnect, 


Int 


DP 


_Analysed_lnfo 



In t_ Invoke 
' imcnSSF 
(O-IM-CSi; 



Intjnvoke 

imcnSSF 

(VT-IM-CS I 



Intjnvoke 
MmcnSSF 



4D: 



M-CSI) 



lnt_0_Excep1i 
lnt_T_Excopti 



on, 
ion 



Arm DP 



Int Continue 



IntJmcnJ 
Invoked 



Wait_For_ 
_Request 



s!;f 



Figure 4.34-2: Process imcnSSF (slieet 2) 
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Figure 4.34-3: Process imcnSSF (slieet 3) 
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Figure 4.34-4: Process imcnSSF (slieet 4) 
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Figure 4.34-5: Process imcnSSF (slieet 5) 
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Figure 4.34-6: Process imcnSSF (sheet 6) 
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Figure 4.34-7: Process imcnSSF (sheet 7) 
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Figure 4.34-8: Process imcnSSF (slieet 8) 
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Figure 4.34-9: Process imcnSSF (slieet 9) 
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Figure 4.34-10: Process imcnSSF (sheet 10) 
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Figure 4.34-11 : Process imcnSSF (sheet 11) 
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Figure 4.34-12: Process imcnSSF (sheet 12) 
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Figure 4.34-13: Process imcnSSF (sheet 13) 
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Figure 4.34-14: Process imcnSSF (sheet 14) 
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Figure 4.34-15: Process imcnSSF (sheet 15) 
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Figure 4.34-16: Process imcnSSF (sheet 16) 
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Figure 4.34-17: Process imcnSSF (sheet 17) 
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Figure 4.34-18: Process imcnSSF (sheet 18) 
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Figure 4.34-19: Process imcnSSF (sheet 19) 
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Figure 4.34-20: Process imcnSSF (sheet 20) 
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Figure 4.34-21 : Process imcnSSF (sheet 21) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 



114 



ETSI TS 123 278 V5.2.0 (2003-03) 



Process imcnSSF 



r Invocation of imcnSSF in MO, ' ' 
IVIT call case. 7 1 



22(30) 



r Signals to/from the right are[ 
to/from the gsmSCF. 7 



Wai1ing_For_lnstructions 

\ . I 



CAP_ 

Cal IJ nf orrr!ation_Req uest 



ui; 



Set Tssfto las! 
ed time interval 



store request 



Oustanding Call Information Report:= 
Oustanding Call Information Report +1 



Wai1ing_For_lnstructions 



Figure 4.34-22: Process imcnSSF (sheet 22) 
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Figure 4.34-23: Process imcnSSF (sheet 23) 
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Figure 4.34-24: Process imcnSSF (sheet 24) 
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Figure 4.34-25: Process imcnSSF (sheet 25) 
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Figure 4.34-26: Process imcnSSF (sheet 26) 
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Process imcnSSF 
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Figure 4.34-27: Process imcnSSF (sheet 27) 
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Figure 4.34-28: Process imcnSSF (sheet 28) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 



121 



ETSI TS 123 278 V5.2.0 (2003-03) 



Process imcnSSF 
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Figure 4.34-29: Process imcnSSF (sheet 29) 
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Process imcnSSF 
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Figure 4.34-30: Process imcnSSF (sheet 30) 



ETSI 



3GPP TS 23.278 version 5.2.0 Release 5 1 23 ETSI TS 1 23 278 V5.2.0 (2003-03) 

4.6.1 .6 Process imcn_SSME_SSF and procedures 

One process is instantiated at the IM-SSF for each Call Gap message received from a gsmSCF. 

This subclause contains the SDL process for IM-SSF handling of the CallGap operation received from a gsmSCF. 

The following Call Gap procedures specified in 3GPP TS 23.078 Rel-99 [4] shall also be applicable for IM-SSF. The 
IM-SSF shall take the role of the gsmSSF in the following: 

Procedure Store_Call_Gap_Criteria; 

Procedure Check_Gap_Criteria. 
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Figure 4.35-1 : Process imcn_SSME_SSF (sheet 1) 
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Figure 4.35-2: Process imcn_SSME_SSF (sheet 2) 
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4.7 Descriptions of information Flows 

This clause contains the detailed description of the information flows used by CAMEL for IP Multimedia Subsystems 
call control. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E), Optional (O) or not applicable (-) for each different traffic case: IP Multimedia Origination (IM_Orig), 
IP Multimedia Termination (IM_Term). The distinction between IM_Orig and IM_Term calls is not applicable to all 
Information Flows. 

An M' IE shall always be included for the corresponding traffic case. A 'C IE shall be included if the sending entity has 
the necessary information to populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' 
column of the definition table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, 
only one of those lEs may be included. An 'O' IE may be included or omitted as required by the service logic. A '-' IE 
shall always be omitted for the corresponding traffic case. This categorization is a functional classification, i.e. it 
defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN.l syntax of 
the protocol. 

Details of errors and exceptions to these rules are specified in 3GPP TS 29.278 [11]. 

4.7.1 IIVI-SSF to gsmSCF information flows 

4.7.1.1 Activity Test ack 

4.7.1.1.1 Description 

This IF is the response to the Activity Test. 

4.7.1.1.2 Information Elements 

This IF contains no information elements. 

4.7.1 .2 Apply Charging Report 

4.7.1.2.1 Description 

This IF is used by the IM-SSF to report to the gsmSCF the information requested in the Apply Charging IF. 

4.7.1.2.2 Information Elements 



Information element name 


Status 


Description 


Call Result 


M 


This IE contains the charging information to be 
provided by the IM-SSF. 



Call Result contains the following information: 



Information element name 


Status 


Description 


Time Duration Charging Result 


M 


This IE is a list defined in the next table. 
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Time Duration Charging Result contains the following information: 



Information element name 


Status 


Description 


Time Information 


M 


This IE is a choice between Time if No Tariff Switch 
and Time if Tariff Switch. This IE is described in the 
next table. 


Party To Charge 


M 


This IE is received in the related ApplyCharging 
operation to correlate the result to the request. This 
IE shall be a copy of the corresponding IE received in 
the Apply Charging operation. 


Call Active 


M 


This IE indicates whether the call is active or not. 


Call Released at Top Expiry 


C 


This element is an indication that the IM-SSF has 

released the call and terminated the dialogue, due to 

Tcp expiry. 

It shall be present when ACR is sent due to Tcp 

expiry and the IIVI-SSF has released the call 

(because "ReleaselfExceeded" was present in ACH 

operation). 

In all other circumstances, this element shall be 

absent. 



Time Information contains one of the following information: 



Information element name 


Status 


Description 


Time If No Tariff Switch 


C 


This IE will be present if no tariff switch has occurred 

since the reception of the first Apply Charging IF for 

the connection to the Called Party or the IVIRFC 

connection, otherwise it will be absent. 

If Answer was detected for the connection to the 

Called Party or the MRFC connection, then the 

elapsed time since detection of Answer shall be 

reported. 

If answer was not detected, it shall be set to "0". 


Time If Tariff Switch 


C 


This IE will be present if a tariff switch has occurred 
since the reception of the first Apply Charging IF for 
the connection to the Called Party or the IVIRFC 
connection, otherwise it will be absent. 
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4.7.1.3 



Call Gap 



4.7.1.3.1 



Description 



This IF is used to activate/modify/remove a call gap mechanism in the IM-SSF. The call gap mechanism is used to 
reduce the rate at which specific service requests are sent to a gsmSCF. 

A Call Gap operation can only be sent on an opened dialogue between a gsmSCF and the IM-SSF. 

It is possible to have several call gapping conditions applicable to the same IM-SSF (i.e. each conditions were activated 
for a defined Service (identified by the serviceKey) by a defined gsmSCF (identified by the gsmSCF Address). 



4.7.1.3.2 



Information Elements 



Information element name 


Status 


Description 


Gap Criteria 


M 


This IE specifies the criteria for a call to be subject to call gapping. 


Gap Indicators 


M 


This parameter indicates the gapping characteristics. 


Control Type 





This parameter indicates the reason for activating call gapping. 

The value "sCPOverloaded" indicates that an automatic congestion detection 

and control mechanism in the SCP has detected a congestion situation. 

The value "manuallylnitiated" indicates that the service and or network/service 

management centre has detected a congestion situation, or any other 

situation that requires manually initiated controls. 

The controlType "manuallylnitiated" will have priority over "sCPOverloaded" 

call gap. 


Gap Treatment 





This parameter indicates how calls that were rejected due to the call gapping 
condition and for which the Default Call Handling was set to "Release Call" 
shall be treated. 


IVI IVIandatory (The IE sliall always be sent). 
Optional (Service logic dependent). 



Gap Criteria contains one of the following (Choice): 



Information element name 


Status 


Description 


Basic Gap Criteria 





This IE is a choice of various basic criteria. 


Compound Gap Criteria 





This IE is a choice of various criteria including an ScflD. 


Optional (Service logic dependent). 



Compound Gap Criteria contains the following Information: 



Information element name 


Status 


Description 


Basic Gap Criteria 


M 


This IE is a choice of various criteria. 


ScflD 





This IE contains the address of the gsmSCF which initiated the CallGapping. 


M Mandatory (The IE shall always be sent). 
Optional (Service logic dependent). 
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Basic Gap Criteria contains one of the following (Choice): 



Information element name 


Status 


Description 


Called Address 





This parameter contains a string of digits. At each call attempt, when the 
leading digits of the dialled number match this specific value, the call gapping 
treatment shall be applied to this call. 


Service 





This parameter contains a service key value. At each call attempt, when the 
service key matches this specific value, the call gapping treatment shall be 
applied to this call. 


Called Address and Service 





This parameter contains a specific string of digits and a service key value. At 
each call attempt, when the leading digits of the dialled number and the 
service key of a call match these specific values, the call gapping treatment 
shall be applied to this call. 


Calling Address and Service 





This parameter contains a specific string of digits and a service key value. At 
each call attempt, when the leading digits of the calling party number and the 
service key match these specific values, the call gapping treatment shall be 
applied to this call. 


Optional (Service logic dependent). 



Gap Indicators contains the following information: 



Information element name 


Status 


Description 


Duration 


IVI 


Duration specifies the total time interval during which call gapping for the 

specified gap criteria will be active. 

A duration of indicates that gapping is to be removed. 

A duration of -2 indicates a network specific duration. 

Other values indicate duration in seconds. 


Interval 


M 


This parameter specifies the minimum time between calls being allowed 

through. 

An interval of indicates that calls meeting the gap criteria are not to be 

rejected. 

An interval of -1 indicates that all calls meeting the gap criteria are to be 

rejected. 

Other values indicate interval in milliseconds. 


M Mandatory (The IE shall always be sent). 



Gap Treatment contains one of the following (choice): 



Information element name 


Status 


Description 


Information To Send 





This parameter indicates an announcement or a tone to be sent to the calling 
party. At the end of information sending, the call shall be released. 


Release Cause 





If the call is to be released, this IE indicates a specific cause value to be sent 
in the release message. See ETSI EN 300 356-1 [20] for the coding. 


Optional (Service logic dependent). 



Information To Send contains one of the following (choice): 



Information element name 


Status 


Description 


In-band Info 





This parameter specifies the in-band information to be sent. 


Tone 





This parameter specifies a tone to be sent to the end-user. 


Optional (Service logic dependent). 



In-band Info contains the following information: 



Information element name 


Status 


Description 


Message Id 


M 


This parameter indicates the message(s) to be sent, it can be one of the 
following. 


Message Duration 





This parameter indicates the maximum time duration in seconds that the 
message shall be played/repeated. ZERO indicates endless repetition. 


M Mandatory (The IE shall always be sent). 
Optional (Service logic dependent). 
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Message Id contains one of the following (choice): 



Information element name 


Status 


Description 


Elementary Message Id 





This parameter indicates a single announcement. 


Optional (Service logic dependent). 



4.7.1.4 



Call Information Report 



4.7.1.4.1 



Description 



This IF is used to send specific call information for a single call to the gsmSCF as requested from the gsmSCF in a 
previous Call Information Request. 



4.7.1.4.2 



Information Elements 



Information element name 


Status 


Description 


Requested Information List 


M 


This IE specifies a list of Requested information 
Values which are requested. 


Leg ID 


M 


This IE indicates the party in the call for which 
information shall be collected. 



4.7.1.5 



Event Report BCSM 



4.71.5.1 



Description 



This IF is used to notify the gsmSCF of a call-related event (i.e. BCSM events as answer and disconnect) previously 
requested by the gsmSCF in a Request Report BCSM Event IF. 



4.7.1.5.2 



Information Elements 



Information element name 


Status 


Description 


Event type BCSIVI 


M 


This IE specifies the type of event that is reported. 


Event Specific Information 
BCSM 


C 


This IE indicates the call related information specific 
to the event. 


Leg ID 


M 


This IE indicates the party In the call for which the 
event is reported. 


Misc Call Info 


M 


This IE indicates the DP type. 



If the Event Type BCSM IE contains either 0_Answer or T_Answer, then the Event Specific Information BCSM IE 
contains the following information elements: 



Information element name 


Status 


Description 


Destination address 


M 


This IE specifies the destination address for the call 

leg. 

The NatureOfAddress indicator may contain a 

national-specific value. For some national-specific 

NatureOfAddress indicator va\ues the length of the 

digit part of destination address may be zero. 



If the Event Type BCSM IE contains one of Route_Select_Failure, 0_Called_Party_Busy, 0_Disconnect, T_Busy, or 
T_Disconnect, then the Event Specific Information BCSM IE contains the following information element: 



Information element name 


Status 


Description 


Cause 


C 


This IE indicates the cause. 



If the Event Type BCSM IE contains 0_No_Answer then the Event Specific Information BCSM IE is not included. 
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4.7.1.6 Initial DP 

4.7.1.6.1 Description 

This IF is generated by the IM-SSF when a trigger is detected at a DP in the BCSM, to request instructions from the 
gsmSCF. 
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4.7.1.6.2 



Information Elements 



Information element name 


IM_Orlg 


IM Term 


Description 


Media Type Info List 


M 


M 


This IE indicates the media types associated with 
the SIP call session. This IE shall contain the media 
description(s) received from the S-CSCF. 


Called Party Number 


C 


C 


This IE contains the ISDN number used to identify 
the called party in the forward direction. 

The ISDN called party number is received from the 
gsmSCF due to the previous CAIVIEL processing or 
is derived from the SIP URL received from the 
S-CSCF for the destination address. 

For all IM terminating call scenarios, at least one of 
the following lEs shall be present: 
CalledPartyNumber 
- CalledPartyURL 


Called Party URL 


C 


C 


This IE contains the SIP URL used to identify the 
called party in the forward direction. 

For all IM terminating call scenarios, at least one of 
the following lEs shall be present: 
CalledPartyNumber 
- CalledPartyURL 


Calling Party Number 


C 


c 


This IE carries the ISDN calling party number to 
identify the calling party or the origin of the call. 

For all IM originating call scenarios, at least one of 
the following lEs shall be present: 
CallingPartyNumber 
- CallingPartyURL 


Calling Party URL 


C 


c 


This IE contains the SIP URL used to identify the 
calling party or the origin of the call. 

For all IM originating call scenarios, at least one of 
the following lEs shall be present: 

CallingPartyNumber 

CallingPartyURL 


Calling Party Category 


C 


c 


Indicates the type of calling party (e.g., operator, 
pay phone, ordinary subscriber). 


CallGap Encountered 


C 


c 


This parameter indicates the type of gapping the 
related call has been subjected to. 

This parameter shall be present only if a call 
gapping context is applicable to the initialDP 
operation. 


SIP Call ID 


M 


M 


This IE represents a globally unique identifier for the 
SIP call. This IE may be used by the gsmSCF for 
inclusion in a network optional gsmSCF call record. 

This IE is received from the SIP request message 
from S-CSCF. 


Cause 


C 


C 


This IE indicates the cause specific to the armed 
BCSM DP event. This IE is applicable to DP 
Route_Select_Failure and DP T_Busy. The cause 
may be used by the SCF to decide about the further 
handling of the call. 

For IM Termination for an unregistered subscriber, 
the Cause IE shall be set to indicate Subscriber 
Absent. 


Event Type BCSM 


M 


M 


This IE indicates the armed BCSM DP event, 
resulting in the Initial DP IF. 

This IE shall be set to indicate DP T_Busy if a not 
reachable event is detected (e.g. IM termination to a 
subscriber not currently registered). 
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Information element name 


IM_Orig 


IM Term 


Description 


IMSI 


M 


M 


This IE identifies the mobile subscriber. 

This IE shall contain the IMSI value received from 
the S-CSCF during notification of a SIP registration. 


IP SSP Capabilities 


C 


C 


This IE indicates which IVIRFC resources are 
supported within the IM-SSF and are available. If 
this IE is absent, this indicates that no MRFC is 
attached and available. 


IM-SSF Address 


M 


M 


This IE represents the E.164 address of the IM-SSF 
from which the InitialDP operation is sent from. 


Original Called Party ID 


C 


C 


This contains the ISDN number used to identify the 
original destination number if the call has been 
forwarded on route to the IM-SSF or is forwarded by 
the gsmSCF due to the previous CAMEL 
processing. 


Original Called Party URL 


C 


C 


This IE contains the SIP URL identifying the original 
destination number if the call has been forwarded 
on route to the IM — SSF or is forwarded by the 
gsmSCF due to the previous CAMEL processing. 


Redirecting Party ID 


C 


C 


This IE indicates the ISDN number identifying the 
directory number the call was redirected from. This 
IE shall also be sent if it was received from the 
gsmSCF due to the previous CAMEL processing. 


Redirecting Party URL 


C 


C 


This IE indicates the SIP URL identifying the 
directory number the call was redirected from. This 
IE shall also be sent if it was received from the 
gsmSCF due to the previous CAMEL processing. 


Redirection Information 


c 


C 


This IE contains forwarding related information, 
such as redirection reason. This IE shall also be 
sent if it was received from the gsmSCF due to the 
previous CAMEL processing. 


Service Key 


M 


M 


This IE indicates to the gsmSCF the requested 
CAMEL Service. It is used to address the required 
application/SLP within the gsmSCF. 


Subscriber State 




C 


This IE indicates the status of the IMS Subscriber. 
The states are: 

- CAMELBusy: The IMS subscriber is engaged on 
a transaction for an originating or terminating IM call 
session. 

- NetworkDeterminedNotReachable: The network 
can determine from its internal data that the IMS 
subscriber is not reachable. 

Assumedldle: The state of the IMS 
subscriber is neither "CAMELBusy" nor 
"NetworkDeterminedNotReachable". 


Time And Timezone 


M 


M 


This IE contains the time that the IM-SSF was 
triggered, and the time zone the IM-SSF resides in. 



4.7.1.7 



Specialized Resource Report 



4.7.1.7.1 Description 

This IF is used to response to a Play Announcement IF when the announcement complete indication is set. 

4.7.1.7.2 Information Elements 

This IF contains no information elements. 



£75/ 



3GPP TS 23.278 version 5.2.0 Release 5 



134 



ETSI TS 123 278 V5.2.0 (2003-03) 



4.7.2 gsmSCF to IM-SSF information flows 



4.7.2.1 



4.7.2.1.1 



Activity Test 
Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and IM-SSF. If the 
relationship is still in existence, then the IM-SSF will respond. If no reply is received, then the gsmSCF will assume that 
the IM-SSF has failed in some way and will take the appropriate action. 

4.7.2.1.2 Information Elements 

This IF contains no information elements. 



4.7.2.2 



Apply Charging 



4.7.2.2.1 Description 

This IF is used for interacting from the gsmSCF with the IM-SSF charging mechanisms to control the call duration. 



4.7.2.2.2 



Information Elements 



Information element name 


Status 


Description 


ACh Billing Charging 
Characteristics 


M 


This IE specifies the charging related information to 
be provided by the IIVI-SSF and the conditions on 
which this information has to be provided back to the 
gsmSCF. 


Party To Charge 


M 


This IE shall be reflected in the corresponding IE of 
the Apply Charging Report operation. This IE has no 
effect on the charging procedures in the IVISC. 



ACh Billing Charging Characteristics contains the following information: 



Information element name 


Status 


Description 


Time Duration Charging 


M 


This IE is described in the next table. 



Time Duration Charging contains the following information: 



Information element name 


Status 


Description 


IVIax Call Period Duration 


M 


This IE indicates the maximum call period duration 
timer. 


Tariff Switch Interval 





This IE indicates the tariff switch time until the next 
tariff switch applies. 


Release If Duration Exceeded 





This IE indicates that the call shall be released 
when the Max call Period Duration expires, with a 
warning tone if the Play Tone IE is present. The 
cause used in the release message shall be 
"normal unspecified". 
Default is to continue the call. 


Play Tone 





This IE is set if a tone has to be played to the party 
for whom the BCSM is operating. If present, this IE 
indicates that 30 seconds before the Max Call 
Period Duration timer expires, 
a triple tone of 900 Hz (200 milliseconds tone, 200 
milliseconds pause) shall be played. 
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4.7.2.3 Call Information Request 

4.7.2.3.1 Description 



This IF is used to request the IM-SSF to record specific information about a single call and report it to the gsmSCF 
(with a CalllnformationReport). 



4.7.2.3.2 



Information Elements 



Information element name 


Status 


Description 


Requested Information Type 
List 


M 


This IE specifies a list of specific Items of information 
which are requested. 


Leg ID 


M 


This IE indicates the party in the call for which 
information shall be collected. 



Requested Information Type List contains the following information: 



Information element name 


Status 


Description 


Call Attempt Elapsed Time 





This IE indicates that the Call Attempt Elapsed Time is 

requested in the Call Information Report. 

Call Attempt Elapsed Time is the duration between the 

end of the CAIVIEL processing initiating call setup 

(Connect, Continue or Continue With Argument IF) 

and the received answer indication from the called 

party side. 

For the Calling Party, the value of Call Attempt 

Elapsed Time in the Call Information Report shall be 

set to 0. 


Call Stop Time 





This IE indicates that the Call Stop Time is requested 
in the Call Information Report. 
Call Stop Time is the time stamp when the connection 
is released. 


Call Connected Elapsed Time 





This IE indicates that the Call Connected Elapsed 
Time is requested in the Call Information Report. 
Call Connected Elapsed Time is the duration between 
the received answer indication from the called party 
side and the release of the connection. 
For a Calling Party, it indicates the duration between 
the sending of IDP and the release of that party 


Release Cause 





This IE indicates that the Release Cause is requested 

in the Call Information Report. 

Release Cause is the release cause for the call. 



4.7.2.4 



Cancel 



4.7.2.4.1 Description 

This IF is used by the gsmSCF to request the IM-SSF to cancel all EDPs and reports. 

4.7.2.4.2 Information Elements 



Information element name 


Status 


Description 


All Requests 


M 


This IE indicates that all active requests for 
EventReportBCSIVI, ApplyChargingReport and 
CalllnformationReport shall be cancelled. 
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4.7.2.5 



Connect 



4.7.2.5.1 



Description 



This IF is used to request the IM-SSF to perform the call processing actions to route a call to a specific destination. To 
do so, the IM-SSF may use destination information from the calling party and existing call set-up information 
depending on the information provided by the gsmSCF. 



4.7.2.5.2 



Information Elements 



Information element name 


Status 


Description 


Calling Party Category 





This IE indicates the type of calling party (e.g., 
operator, pay phone, ordinary subscriber). 


Destination Routing Address 


E1 


This IE contains the called party number towards 
which the call is to be routed using an ISDN value. 


Destination Routing Address 
URL 


E1 


This IE contains the called party number towards 
which the call is to be routed using a SIP URL. 


Original Called Party ID 


0,E2 


This contains the original destination number if the 
call has been forwarded on route to the IM-SSF or is 
forwarded by the gsmSCF. 

This IE shall use an ISDN value to identify the 
original destination number. 


Original Called Party URL 


0,E2 


This contains the original destination number if the 
call has been forwarded on route to the IM-SSF or is 
forwarded by the gsmSCF. 

This IE shall use a SIP URL to identify the original 
destination number. 


Redirecting Party ID 


0,E3 


This IE indicates the directory number the call was 
redirected from. This IE shall use an ISDN value to 
identify the redirecting party. 


Redirecting Party URL 


0,E3 


This IE indicates the directory number the call was 
redirected from. This IE shall use a SIP URL to 
identify the redirecting party. 



4.7.2.6 



Connect To Resource 



4.7.2.6.1 Description 

This IF is used to connect a call from the IM-SSF to MRFC via S-CSCF. 

4.7.2.6.2 Information Elements 

This IF requires no information elements for IMS. 

4.7.2.7 Continue 



4.7.2.7.1 



Description 



This IF requests the IM-SSF to proceed with call processing at the DP at which it previously suspended call processing 
to await gsmSCF instructions. The IM-SSF completes DP processing, and continues basic call processing (i.e. proceeds 
to the next point in call in the BCSM) without substituting new data from the gsmSCF. 

4.7.2.7.2 Information Elements 

This IF contains no information elements. 
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4.7.2.8 



Continue With Argument 



4.7.2.8.1 



Description 



This information flow requests the IM-SSF to proceed the call processing with modified information at the DP at which 
it previously suspended call processing to await gsmSCF instructions. The IM-SSF completes DP processing, and 
continues basic call processing (i.e. proceeds to the next point in call in the BCSM) with the modified call setup 
information as received from the gsmSCF. 



4.7.2.8.2 



Information Elements 



Information element name 


Status 


Description 


Calling Party Category 





This IE indicates the type of calling party (e.g., operator, pay 
phone, ordinary subscriber). 



4.7.2.9 



Disconnect Forward Connection 



4.7.2.9.1 Description 

This IF is used to disconnect a connection with a MRFC previously established with a Connect To Resource IF. 

4.7.2.9.2 Information Elements 

This IF contains no information elements. 

4.7.2.10 Furnish Charging Information 



4.7.2.10.1 



Description 



This IF is used to request the IM-SSF to include call related information in the CAMEL specific logical call record. The 
logical call record is created when FCI is received and a logical call record for that leg does not exist. For modelling 
purposes the logical call record is buffered in the IM-SSF. The IM-SSF completes logical call records as defined in the 
SDLs. Once the logical call record is completed, then its free format data is moved to the corresponding CDR and the 
logical call record is deleted. 

The CSE can send multiple concatenated FCIs per leg for completion. The total maximum of free format data is 160 
octets per leg. The 160 octets may be sent in one or more FCI operations. If there is non-completed free format data and 
new FCI operation(s) is/are received to overwrite the non-completed data, then the non-completed data is discarded and 
the gsmSCF can send another 160 octets per leg. The SDLs of 3GPP TS 23.078 Rel-99 [4] define when Logical CDRs 
are completed. After the completion the gsmSCF can send another 160 octets office format data in one or more FCI 
operations for the called leg. 



4.7.2.10.2 



Information Elements 



Information element name 


Status 


Description 


FCI Billing Charging 
Characteristics 


M 


This IE is described in the next table. 


FCI Billing Charging Characteristics contains the following information: 


Information element name 


Status 


Description 


FCIBCCCAMEL Sequence 1 


M 


This IE is described in the next table. 
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FCIBCCCAMEL Sequence 1 contains the following information: 



Information element name 


Status 


Description 


Free Format Data 


M 


This IE is a free format data to be inserted in the 
CAIVIEL logical call record. 


Party To Charge 


M 


This IE indicates the party for whom a CAIVIEL logical 
call record will be created. 


Append Free Format Data 





This IE indicates that the IM-SSF shall append the 
free format data to the Logical call record. 
- If this IE is present and indicates "Append", the 
IIVI-SSF shall append the free format data received in 
this IF to the free format data already present in the 
Logical call record for that leg of the call. 

If this IE is absent or in value "Overwrite", then 
the IM-SSF shall overwrite all free format data 
already present in the Logical call record for that leg 
of the call, by the free format data received in this IF. 
If no Logical call record exists yet for that leg of the 
call, then the IM-SSF shall ignore this IE. 



4.7.2.11 



Release Call 



4.7.2.11.1 Description 

This IF is used to tear down by the gsmSCF an existing call at any phase of the call for all parties involved in the call. 

4.7.2.11.2 Information Elements 

The following information elements are required: 



Information element name 


Status 


Description 


Release Cause 


M 


A number giving an indication to the IM-SSF about 
the reason of releasing this specific call. This may be 
used by MSC/GMSC for generating specific tones to 
the different parties in the call or to fill in the "cause" 
in the release message. 



4.7.2.12 Request Report BCSM Event 



4.7.2.12.1 



Description 



This IF is used to request the IM-SSF to monitor for a call-related event, then send a notification back to the gsmSCF 
when the event is detected (see Event Report BCSM). 



4.7.2.12.2 



Information Elements 



Information element name 


Status 


Description 


BCSM Event 


M 


This IE specifies the event or events of which a report 
is requested. 
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BCSM Event contains the following information: 



Information element name 


Status 


Description 


Event type 


M 


This IE specifies the type of event of which a report is 
requested. 


Leg ID 


C 


This IE indicates the party in the call for which the 
event shall be reported. 


Monitor Mode 


M 


When this IE is "interrupted", the event shall be 
reported as a request, if it is "notifyAndContinue", the 
event shall be reported as a notification, if the IE is 
"transparent", the event shall not be reported. 


DP Specific Criteria 





This IE is described in the next table. 



DP Specific Criteria is defined as: 



Information element name 


Status 


Description 


Application Timer 





This IE carries additional timer duration information 
(timer values for No Answer event) required for arming 
No_Answer EDPs in the IM-SSF. The TNRy timer 
(value defined between 10 s and 40 s) shall be shorter 
than the network no answer timer. 


NOTE If a Request Report BCSM Event information flow overwrites previous Request Report 
BCSM Event information flow which contained Application Timer IE for No_Answer DP, 
the behaviour of the IM-SSF is unpredictable. 



4.7.2.13 



Reset Timer 



4.7.2.13.1 Description 

This IF is used to refresh a timer. 



4.7.2.13.2 



Information Elements 



Information element name 


Status 


Description 


Timer Value 


M 


This IE specifies the value to which the indicated timer 
shall be set. 


Timer ID 





This IE indicates which timer shall be reset. It shall be 
set to "Tssf". 



4.7.3 gsmSCF - IM-SSF information flows for MRFC related operations 

In an IMS Core Network, the Multimedia Resource Function Controller (MRFC) is used for providing specialised 
resource functions like playing announcements and tones. Requests from the gsmSCF that requires a specialised 
resource function are sent to the MRFC via the IM-SSF and S-CSCF using SIP signalling as specified in the functional 
requirements of the MRFC found in 3GPP TS 23.218 [5]. 

This subclause contains the information flows descriptions between the gsmSCF and the IM-SSF for MRFC -related 
operations. 



4.7.3.1 



Cancel 



4.7.3.1.1 Description 

This IF is used by the gsmSCF to request the IM-SSF to cancel a correlated previous operation in the MRFC. 



£75/ 



3GPP TS 23.278 version 5.2.0 Release 5 



140 



ETSI TS 123 278 V5.2.0 (2003-03) 



4.7.3.1.2 Information Elements 

The following information elements are used: 



Information element name 


Status 


Description 


Invoke ID 


M 


This IE specifies the operation to be cancelled. 



4.7.3.2 



Play Announcement 



4.7.3.2.1 



Description 



This IF is sent from the gsmSCF to the IM-SSF and is used to specify information for playing announcements or tones 
in the MRFC. 



4.7.3.2.2 



Information Elements 



The following information elements are required: 



Information element name 


Status 


Description 


Information To Send 


M 


This IE indicates an announcement or a tone to be 
sent to the end user by the IVIRFC. 


Disconnect From IP Forbidden 


M 


This IE indicates whether or not the IVIRFC may be 
disconnected from the user when all information has 
been sent. 


Request Announcement Complete 


M 


This IE indicates whether or not a 
SpecializedResourceReport shall be sent to the 
gsmSCF when all information has been sent. 



Information To Send contains the following information: 



Information element name 


Status 


Description 


Inband Info 


C 


This IE indicates the inband information to be sent. 


Tone 


C 


This IE indicates the tone to be sent. The mapping 
from the code points of this IE to tones is a matter for 
agreement between the gsmSCF operator and the 
IVIRFC operator. 



Inband Info contains the following information: 



Information element name 


Status 


Description 


Message ID 


M 


This IE is described in the next table. 


Number Of Repetitions 


M 


This IE indicates the maximum number of times the 
message shall be sent to the end-user. 


Duration 





This IE indicates the maximum duration time in 
seconds that the message shall be 
played/repeated. Zero indicates endless repetition. 


Interval 





This IE indicates the time interval in seconds 
between two repetitions. 



Message ID contains the following information: 



Information element name 


Status 


Description 


Elementary Message ID 


C 


This IE indicates a single announcement 


Text 


C 


This IE indicates a text to be sent. The text shall be 
transformed to inband information (speech) by the 
MRFC. 


Elementary Message IDs 


c 


This IE indicates a sequence of announcements 


Variable Message 


c 


This IE indicates an announcement with one or 
more variable parts. 
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Tone contains the following information: 



Information element name 


Status 


Description 


Tone ID 


M 


This IE indicates the tone to be sent. 


Duration 





This IE indicates the maximum duration time in 
seconds that the message shall be played/repeated. 
Zero indicates endless repetition. 



4.7.3.3 Prompt And Collect User Information (received information) 

4.7.3.3.1 Description 

This IF is sent from the gsmSCF to the IM-SSF and is used to interact with a call party in order to collect information. 

4.7.3.3.2 Information Elements 

The following information elements are required: 



Information element name 


Status 


Description 




Collected Info 


M 


This IE is described in the next table. 




Information To Send 





This IE indicates an announcement or a tone to be sent 
to the end user by the IVIRFC. 




Disconnect From IP Forbidden 


M 


This IE indicates whether the MRFC may be 
disconnected from the user when all information has 
been sent. 




Collected Info contains the folic 


wing information: 




Information element name 


Status 


Description 


Collected Digits 


M 


This IE is described in the next table. 



£75/ 



3GPP TS 23.278 version 5.2.0 Release 5 



142 



ETSI TS 123 278 V5.2.0 (2003-03) 



Collected Digits contains the following information: 



Information element name 


Status 


Description 


Minimum Number Of Digits 


M 


This IE indicates the minimum number of valid digits 
to be collected. 


Maximum Number Of Digits 


M 


This IE specifies the maximum number of valid digits 
to be collected 


End Of Reply Digit 





This IE indicates the digit(s) used to signal the end of 
input. 


Cancel Digit 





If this IE is present, the cancel digit can be entered by 
the user to request a possible retry 


Start Digit 





If this IE is present, the start digit(s) indicates the start 
of the valid digits to be collected. 


First Digit Time Out 





If this IE is present, the first digit shall be received 
before the expiration of the first digit timer expiration 


Inter Digit Time Out 





If this IE is present, any subsequent valid or invalid 
digit shall be received by the MRFC before the inter 
digit timer expires. 


Error Treatment 





This IE indicates what specific action shall be taken 
by the MRFC in the event of error conditions 
occurring. 


Interruptable Ann Ind 





If this IE is set to TRUE (default value) the 
announcement is interrupted after the first valid or 
invalid digit received by the MRFC. If this IE is 
present and explicitly set to FALSE, the 
announcement will not be interrupted after the first 
digit is received by the MRFC 


Voice Information 





This IE is optional, where the default value is 
specified being FALSE. If the Voicelnformation IE is 
set to FALSE, all valid or invalid digits are entered by 
DTMF If this IE is present and explicitly set to TRUE, 
calling user is required to provide all valid or invalid 
information by speech 


Voice Back 





This IE is optional, where the default value is 
specified being FALSE. If the VoiceBack IE is set to 
FALSE, no voice back information is given by the 
MRFC If this IE is present and explicitly set to TRUE, 
the valid input digits received by the MRFC will be 
announced back to the calling user immediately after 
the end of input is received 



InformationToSend is defined in subclause 4.7.3.2.2. 



4.7.3.4 



Prompt And Collect User Information ack (received information) 



4.7.3.4.1 Description 

This IF is used by the IM-SSF to indicate the result a Prompt And Collect User Information IF to the gsmSCF. 

4.7.3.4.2 Information Elements 

The following information elements are required: 



Information element name 


Status 


Description 


Digits Response 


C 


This IE indicates the digit sequence received from the 
end user 
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4.7.3.5 Specialized Resource Report 



4.7.3.5.1 



Description 



This IF is used by the IM-SSF to response to a Play Announcement IF when the announcement complete indication is 

set. 

4.7.3.5.2 Information Elements 

This IF contains no information elements. 

4.7.4 IM-SSF to HSS information flows 
4.7.4.1 Any Time Subscription Interrogation request 

4.7.4.1.1 Description 

This IF is used by the IM-SSF to request subscription information from the HSS/HLR. For example, the IM-SSF shall 
send this as a result of receiving a third party SIP registration from the S-CSCF (over the ISC interface). The IM-SSF 
shall also send the MAP ATSI request when a SIP INVITE message on a MT session for an unregistered subscriber is 
received. 



4.7.4.1.2 



Information Elements 



Information element name 


status 


Description 


gsmSCF Address 


IVI 


This IE shall indicate the address of the interrogating IM-SSF. 


Requested Info 


M 


This IE indicates the type of subscriber information being requested. 
This shall consist of the CAIVIEL Subscription Information; the CAMEL 
Subscription Information is described in a table below. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall be an IMSI. 



CAMEL subscription information contains the following information elements: 



Information element name 


Status 


Description 


Additional Requested CAMEL 
Subscription Info 


M 


This IE shall contain one of the following: 0-IM-CSI/VT-IM-CSI/D-IM-CSI 



4.7.4.2 Notify Subscriber Data Change ack 

4.7.4.2.1 Description 

This IF is used to respond to the HSS/HLR's notification of the change of subscriber data. 

4.7.4.2.2 Information Elements 

This IF contains no information elements. 

4.7.5 HSS to IM-SSF information flows 



4.7.5.1 



Any Time Subscription Interrogation ack 



4.7.5.1.1 Description 

This IF is used by the HSS/HLR to provide the requested subscriber's IM-CSI data to the IM-SSF. 
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4.7.5.1.2 



Information Elements 



Information element name 


Status 


Description 


CAMEL Subscription 
Information 


C 


This IE shall be present if the subscriber is provisioned with a CAIVIEL 
Subscription Information for IM CN. This IE is described in a table below. 



CAMEL Subscription Information contains the following information elements: 



Information element name 


Status 


Description 


0-IM-CSI 


C 


See subclause 4.4.1.1 


D-IM-CSI 


C 


See subclause 4.4.1.2 


VT-IM-CSI 


c 


See subclause 4.4.1.3 



4.7.5.2 



Notify Subscriber Data Change 



4.7.5.2.1 



Description 



This IF is used by the HSS/HLR to notify to the IM-SSF of the change of subscriber IM CSI data. This IF is sent at each 
time subscriber IM CSI data is changed. 



4.7.5.2.2 



Information Elements 



Information element name 


Status 


Description 


IMSI 


M 


The IMSI is used to identify the subscriber. 


MSISDN 


C 


This shall consist of the subscriber's MSISDN if available. If no MSISDN is 
available, the parameter shall be set with a dummy MSISDN value. 


CAMEL Subscription 
Information 


M 


The CAMEL Subscription Information IE is used to indicate the modified or 
deleted CAMEL Subscription Information data. This IE is described in a table 
below. 



CAMEL Subscription Information Modified contains the following information elements: 



Information element name 


Status 


Description 


0-IM-CSI 


S 


See subclause 4.4.1 .1 . It shall be present if it was modified. 


D-IM-CSI 


S 


See subclause 4.4.1.2. It shall be present if it was modified. 


VT-IM-CSI 


s 


See subclause 4.4.1.3. It shall be present if it was modified. 


Specific CSI Deleted List 


s 


This IE indicates that one or more specific elements of IMS CAMEL 
Subscription Information have been deleted from the HSS/HLR. It shall 
indicate any of the following; 

- 0-IM-CSI (with TDP criteria for 0-IM-CSI); 

- D-IM-CSI; 

- VT-IM-CSI with TDP criteria for VT-IM-CSI; 
This IE shall be present if IM CSI is/are deleted. 



5 Control and interrogation of subscription data 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 



5.1 



Architecture 



The architecture for the control and the interrogation of subscription data described in the clause 10 in 3GPP TS 23.078 
Rel-99 [4] for the HLR and the gsmSCF also applies for the HSS and the gsmSCF. 
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5.2 Procedures for CAMEL 

5.2.1 Any Time Subscription Interrogation 

The following process in the HLR described in 3GPP TS 23.078 Rel-99 [4] applies for the handling of Any Time 
Interrogation for Subscription Information Retrieval in the HSS: 

- CAMEL_ATSI_HLR. 

5.2.2 Any Time Modification 

The following process in the HLR described in 3GPP TS 23.078 Rel-99 [4] applies for the handling of Any Time 
Modification in the HSS: 

- CAMEL_ATM_HLR. 

5.2.3 Notify Subscriber Data Cinange 

The description of the procedure in 3GPP TS 23.078 Rel-99 [4] applies for the handling of Notify Subscriber Data 
Change in the HSS. 

5.3 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for control and interrogation 
of subscription data. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or Optional (O). 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. An 'O' IE may be included or omitted as required by the service logic. This categorization is a functional 
classification, i.e. it defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for 
the ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

The gsmSCF may silently discard any IE which it does not functionally support. 

The HSS shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [9]. 

5.3.1 gsmSCF to HSS information flows 

5.3.1 .1 Any Time Modification Request 
5.3.1.1.1 Description 

This IF is used to modify information in the HSS at any time. The IF from the gsmSCF to the HLR is specified in 3GPP 
TS 23.078 Rel-99 [4]. The IF is also appHed to the interface between the gsmSCF to the HSS. 

5.3.1 .2 Any Time Subscription Interrogation Request 
5.3.1.2.1 Description 

This IF is used to request subscription information from the HSS at any time. The IF from the gsmSCF to the HLR is 
specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the interface between the gsmSCF to the HSS. 



£75/ 



3GPP TS 23.278 version 5.2.0 Release 5 



146 



ETSI TS 123 278 V5.2.0 (2003-03) 



5.3.1.2.2 



Information Elements 



Any Time Subscription Interrogation Request is specified in 3GPP TS 23.078 Rel-99 [4]. Additionally the following 
IMS specific information elements are required: 



Information element name 


Status 


Description 


Requested Info 


M 


This IE may indicate supported CAMEL phases in HSS. 




Additional CAMEL Subscription 
Info 


S,E 


This IE may be one of the following elements: 
0-IM-CSI / VT-IM-CSI / D-IM-CSI. 



5.3.1.3 



Notify Subscriber Data Change response 



5.3.1.3.1 



Description 



This IF is used by the gsmSCF to respond to the HSS of the change of subscriber data notify. The IF from the gsmSCF 
to the HLR is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the interface between the gsmSCF to 
the HSS. 



5.3.2 HSS to gsmSCF information flows 



5.3.2.1 



Any Time Modification ack 



5.3.2.1.1 Description 

This IF is used by the HSS to provide the modified information to the gsmSCF. The IF from the HLR to the gsmSCF is 
specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also appHed to the interface between the gsmSCF to the HSS. 

5.3.2.1.2 Information Elements 

Any Time Modification ack is specified in 3GPP TS 23.078 Rel-99 [4]. Additionally the following IMS specific 
information elements are required: 



Information element name 


Status 


Description 


0-IM-CSI 


S 


See subclause 4.4.1 .1 . It shall be present if it was modified. 


VT-IM-CSI 


S 


See subclause 4.4.1 .3. It shall be present if it was modified. 


D-IM-CSI 


s 


See subclause 4.4.1 .2. It shall be present if it was modified. 



5.3.2.2 



Any Time Subscription Interrogation ack 



5.3.2.2.1 



Description 



This IF is used by the HSS to provide the requested subscription information to the gsmSCF. The IF from the HLR to 
the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the interface between the gsmSCF to 
the HSS. 



5.3.2.2.2 



Information Elements 



Any Time Subscription Interrogation ack is specified in 3GPP TS 23.078 Rel-99 [4]. Additionally the following IMS 
specific information elements are required: 
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Information element name 


Status 


Description 


Supported CAMEL Phases In 
HSS 


C 


This IE indicates the CAIVIEL phase supported in the HSS. 


0-IM-CSI 


C 


See subclause 4.4.1.1. 


VT-IM-CSI 


c 


See subclause 4.4.1.3. 


D-IM-CSI 


c 


See subclause 4.4.1.2. 



5.3.2.3 



Notify Subscriber Data Change 



5.3.2.3.1 



Description 



This IF is used by the HSS to notify to the gsmSCF of the change of subscriber data. This IF is sent at each time 
subscriber data is changed. The IF from the HLR to the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is 
also applied to the interface between the gsmSCF to the HSS. 



5.3.2.3.2 



Information Elements 



Notify Subscriber Data Change is specified in 3GPP TS 23.078 ReI-99 [4]. Additionally the following IMS specific 
information elements are required: 



Information element name 


Status 


Description 


Specific CSI Deleted List 


S 


This IE shall indicate any of the following; 

- 0-IM-CSI (with TDP criteria for 0-IM-CSI); 

- D-IM-CSI (with TDP criteria for D-IM-CSI); 

- VT-IM-CSI with TDP criteria for VT-IM-CSI; 



6 Subscriber Location and State retrieval 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 



6.1 



Architecture 



The architecture for the subscriber location and state retrieval described in the clause 1 1 in 3GPP TS 23.078 ReI-99 [4] 
for the HLR and the gsmSCF applies for the HSS and the gsmSCF. 



6.2 



Procedures for CAIVIEL 



6.2.1 Any Time Interrogation 

The description of the procedure in 3GPP TS 23.078 Rel-99 [4] applies for the Any Time Interrogation in the HSS. 

6.3 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for the retrieval of 
information about the location and state of a subscriber. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or not applicable (-). 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, only one of those lEs 
may be included. A '-' IE shall always be omitted. This categorization is a functional classification, i.e. it defines the 
requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN.l syntax of the 
protocol. 



£75/ 



3GPP TS 23.278 version 5.2.0 Release 5 1 48 ETSI TS 1 23 278 V5.2.0 (2003-03) 

The following principles apply for the handling of the lEs by the receiving entity: 

The gsmSCF may silently discard any IE which it does not functionally support. 

The GMLC shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [9]. 

6.3.1 gsmSCF to HSS information flows 
6.3.1 .1 Any Time Interrogation Request 
6.3.1.1.1 Description 

This IF is used to request information (any one or more of subscriber state, subscriber location, IMEI & software 
version, MS classmark information for the CS domain and GPRS MS classmark information) from the HSS at any time. 
The IF from the gsmSCF to the HLR is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the interface 
between the gsmSCF to the HSS. 

6.3.2 HSS to gsmSCF information flows 
6.3.2.1 Any Time Interrogation ack 
6.3.2.1.1 Description 

This IF is used by the HSS to provide the requested subscriber location and/or subscriber state information to the 
gsmSCF. The IF from the HLR to the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [4]. The IF is also applied to the 
interface between the gsmSCF to the HSS. 
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